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FOREWORD 

Various  sectons  of  this  document  make  reference  to  job  control  language  (JCL)  as 
the  means  for  operator  initiation  of  software  programs  associated  with  process 
operations.  The  JCL  is  being  replaced  by  an  MMF  menu-driven,  operator-oriented 
process  selection  and  control  structure  that  is  currently  under  development  and 
partially  implemented.  Eventually,  the  menu-driver,  structure  will  be  the  prime 
operational  mode,  with  JCL  used  only  as  backup. 

The  menu  structure  is  such  that  the  MMF  system  operator  will  have  access  to  the 
complete  scope  of  Ground  Segment  transactions  and  processes;  however,  specific 
task-oriented  and/or  process-oriented  users  wil  be  presented  with  process 
selection  menus  that  are  restricted  to  their  assigned  areas  of  responsibility, 
as  determined  by  their  assigned  "log-on"  account  identifications.  This 
structure  will  maintain  system  integrity  and  security,  at  the  same  time  allowing 
operating  personnel  complete  selection  of  automatic  or  manual  execution  for 
their  transactions  and/or  processes  of  interest. 

The  scenarios  in  the  main  menu  accounts  incorporate  the  complete  sequence  of 
transactions  and  processes  needed  for  MMF  to  schedule  and  operate  the  Ground 
Segment.  Subsets  of  scenarios  for  specific  transactions  and  processes  are 
provided  by  predetermined  entry  points  into  the  main  accounts,  as  determined  by 
the  user's  account  identification. 

Appendix  A provides  a description  of  the  menu  concept.  Since  the  system 
contains  over  200  menus  at  various  selection  and  processing  levels,  only  one 
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example  of  operator  interaction  is  given,  which  is  a representative  portrayal  of 
typical  menu-driven  operations. 


vii 


SDS4232 


81SDS42J2 
Revision  A 
16  July  1982 


SECTION  1 
INTRODUCTION 


1.1  SCOPE 

The  Ground  Segment  Operations  Plan  describes  the  basic  concept  for  the 
utilization  of  Landsat  ground  processing  resources.  This  document  is  designed  to 
address  only  the  steady  state  activities  that  support  normal  ground  processing. 
Activities  that  support  the  flight  operations  or  special  post-launch  checkout 
are  not  covered  by  this  document.  Plight  operations  support  is  covered  in  the 
Flight  Segment  Operations  Plan,  SVS10147.  The  Ground  Segment  Operations  Plan  is 
designed  to  cover  only  the  Landsat-D  mission.  The  plan  will  cover  all  the 
processing  of  the  multispectral  scanner  (MSS)  and  the  processing  of  thematic 
mapper  (TM)  through  data  acquisition  and  payload  correction  data  generation.  . 

1.2  PURPOSE 

The  plan  describes  the  major  functional  processes  associated  with  the  Ground 
Segment  operations.  The  purpose  is  to  present  the  capabilities  embedded  in  the 
hardware  and  software  elements  from  an  operations  viewpoint.  In  addition,  this 
plan  will  identify  the  personnel  assignments  associated  with  each  functional 
process  and  the  mechanisms  available  to  them  to  control  the  overall  data  flow. 
This  plan  assumes  that  the  reader  has  an  understanding  of  the  Landsat-D  design 
as  described  in  the  Landsat-D  Ground  Segment  Design  Description  (GES  10108). 
Operations  personnel  should  have  completed  their  classroom  training  before 
attempting  to  use  this  document. 
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1 . 3 APPLICABLE  DOCUMENTS 

a.  CES  10045 

Landsat-D  Ground  Segment  Specification 

b.  GES  10062 

Landsat-D  Ground  Segment  Specification  for  the  Mission  Management 
Facility  - MSS 

c.  GES  10484 

Landsat-D  Ground  Segment  Specification  for  the  Mission  Management 
Facility  - Thematic  Mapper 

d.  GES  9838 

Landsat-D  Ground  Segment  Specification  for  the  Control 
and  Simulation  Facility 

e.  GES  10027 

Landsat-D  Ground  Segment  Specification  for  the  MSS  Image 
Processing  System 

f.  GES  10081 

Landsat-D  Ground  Segment  Specification  for  the  TM  Image 
Processing  System 

g.  GES  10028 

Landsat-D  Ground  Segment  Specification  for  the  Data  Receiving 
Record  and  Transmit  System 

h.  SVS  9833 

Specification  for  the  Landsat-D  Transportable  Ground  Station 
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Landsat-D  Flight  Segment  Specification 
j.  GES  10108 

Landsat-D  Ground  Segment  Design  Description 


ACRONYMS 

AAP 

Acquisition  Analysis  Package 

ACE 

Attitude  Control  Electronics 

ACK 

Acknowledgement 

ACS 

AttitudeControl  System 

A/D 

Analog  to  Digital 

ADP 

Automatic  Data  Processing 

ADPE 

Automatic  Data  Processing  Equipment 

ADS 

Angular  Displacement  Sensor 

AFGWC 

Air  Force  Global  Weather  Central 

AG 

Archive  Generation 

AGE 

Aerospace  Ground  Equipment 

Ahr 

Ampere  - hour 

AN 

Alteration  Notice 

ANDP 

Ancillary  Data  Calculation  Process 

ANSI 

American  National  Standards  Institute: 

ANT 

Ascending  Node  Table 

AOIPS 

Atmospheric  and  Oceanographic  Image  Processing  System 

AOP 

Advanced  Onboard  Processor 

AOS 

Acquisition  of  Signal 

APM 

APS 

A/R 

ASCII 

ASR 

AT 

ATP 

ATS 

AWG 

BER 

BIL 

BIP 

BPA 

bpi 

BPI 

bps 

BPS 

BSQ 

B/U 

BiW 

CAL 

CAP 
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Assistant  Project  Manager 
Antenna  Positioning  System 
At  Required 

American  Standard  Code  for  Information  Interchange 

Automatic  Send/Receive 

Acceptance  Test 

Acceptance  Test  Plan 

Applications  Technology  Satellite 

American  Wire  Gauge 

Bit  Error  Rate 

Band  Interleaved  by  Line 

Band  Interleaved  by  Pixel 

Bus  Protection  Assembly 

Bits  per  Inch 

Bytes  per  Inch 

Bits  per  Second 

Bytes  per  Second 

Band  Sequential 

Backup 

Black  and  White 

v 

Calibration 

Closest  Approach  Point 


CAT 


Catalog 


V 


SIM 

SOP 

SPDI 

SS 

S/S 

SSP 

STCG 

STD 

STD  N 

STR 

SU 

SVS 

S/W 

TAC 

TAG 

TAS 

TBA 

TBD 

TBD 

TBR 

TBS 

TBS 

T/C 
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Simulator 

Standard  Operating  Procedure 
Serial-to~Parallel  Data  Input  Device 
Seconds 
Subsystem 

Scheduling  Support  Package 
Synchronized  Time  Code  Generator 
Standard 

Spaceflight  Tracking  and  Data  Network 

Standard  Tape  Recorder 

Switching  Unit 

Space  Vehicle  Specification 

Software 

Telemetry  and  Command 

TM  Archival  Product  Generation 

Tape  Archival  Storage  Area 

To  Be  Announced 

To  Be  Determined 

To  Be  Defined 

To  Be  Resolved 

To  Be  Specified 

To  Be  Supplied 

Time  Code 
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TCC 

Time  Code  Controller 

TCG 

Time  Code  Generator 

TCU 

Time  Code  Unit 

TDRS 

Tracking  and  Data  Relay  Satellite 

TDRSS 

Tracking  and  Data  Relay  Satellite  System 

T&E 

Test  and  Evaluation 

TGS 

Transportable  Ground  Station 

TIPS 

Thematic  Mapper  Image  Processing  System 

TLM 

Telemetry 

TM 

Thematic  Mapper 

TOPSAS 

TDRS  Operations  Planning  Scheduling  Aids  System 

TSIM 

Test  and  Simulation  Subsystem 

TU45 

800/1600  bpi  Magnetic  Tape  Unit 

T'J72 

6250  bpi  Magnetic  Tape  Unit 

TU78 

6250  bpi  Magnetic  Tape  Unit 

TV 

Television 

TX 

Transmit 

UBA 

Unibus  Adaptor 

U/L 

Uplink 

UNIBUS 

Universal  Bus 

USGS 

United  States  Geological  Survey 

UT 

Universal  Time 

VAX-1 1/780 

Virtual  Address  Extension  DEC  Model  Computer  11/780 
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VF 

Valley  Forge 

VFSC 

Valley  Forge  Space  Center 

VHF 

Very  High  Frequency 

VMS 

Virtual  Memory  Operating  System 

VT78 

Intelligent  CRT  Terminal 

VT100 

Ncn-Intelligeni  CRT  Terminal 

VTR 

Video  Tape  Recorder 

W/B 

Wideband 

WBVTR 

Wide  Band  Video  Tape  Recorder 

WR3 

World  Reference  System 

WS 

White  Sands 

XMIT 

Transmit 

XMTR 

Transmitter 

Z 

Zulu  Time  (GMT) 

u 

Micro- 

m 

Micrometer  (10“G  Meter) 

P 

Microprocessor 

S 

Microsecond 

1.5  DEFINITIONS  OF  TERMS 
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cpm  Cards  Per  Minute 

CPS  Command  Processing  Subsystem 

CPU  Central  Processing  Unit 

CRT  Cathode  R3y  Tube 

CSA  Cropping,  Subsampling  and  Averaging 

CSr  Control  and  Simulation  Facility 


D/A 

DAS 

DBMS 

DBMS-20 

DCL 

DDD 

DEC 

DEC-20 

DECnet 

DECOM 

DEMUX 

DICOMED 

DICOMED 

DIPS 

D/L 

DMA 

DMF 


Digital-to-Analog 

Data  Base  Administration  Subsystem 
Data  Base  Managemeut  System 

DEC-20  System  Software  for  Data  Base  Management 

Digital  Command  Language 

Days 

Digital  Equipment  Corporation 
DEC-20  Computer 

Digital  Equipment  Corporation  Communications  Network 

Decommutation  Hardware  Device 

Demultiplexer 

Film  Recorder 

Film  Recorder  Vendor 

Digital  Image  Processing  System 

Downlink 

Direct  Memory  Access 
Data  Management  Facility 
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DHS 

DOMSAT 

DPS 

DR11C 

DR70 

DR780 

DRRTS 

DSM 

DX20 

EBR 

EBRIC 

ECC 

EDC 

EDP 

El 

ELM 

EOP 

EOT 

EPHEM 

EROS 

ERT 

ESR 


Data  Management  System 
Domestic  Communications  Satellite 
Data  Processing  System 

Programmed  Input  Output  Interface  Device  for  DEC  Unibus 
Direct  Memory  Access  Interface  Device  for  DEC  Massbus 
Direct  Memory  Access  Interface  Device  for  DEC  VAX-11/780 
Data  Receive,  Record  and  Transmit  Subsystem 
Downlink  Synchronization  Module 
DEC  Peripheral  Interfc.ce  Device 

Electron  Beam  Recorder 

Electronic  Beam  Recorder  Image  Correction 
Error  Correction  Capability  (HDDR) 

EROS  Data  Center 

Electronic  Data  (Digital)  Processing 

Engineering  Instruction 

Elevation  at  Maximum 

End  of  Process 

End  of  Tape 

Ephemeris 

Earth  Resources  Observation  System 
Ephemeris  Represetantion  Tape 
Equipment  Service  Report 
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FGS 

Foreign  Ground  Station 

FHST 

Fixed-Head  Star  Tracker 

FIFO 

First-In,  First-Out 

FMS 

Flight  Segment  Management  Subsystem 

FORTRAN 

Formula  Translation 

FOV 

Field-of-View 

FPP 

Floating  Point  Processor 

FRD 

Facilities  Requirement  Document 

FS 

Flight  Segment 

FSCM 

Federal  Supply  Code  for  Manufacturers 

FSS 

Flight  Scheduling  Subsystem 

GCM 

Geometric  Correction  Matrix 

GCMR 

Ground  Control  Message  Request 

GCO 

Geometric  Correction  Operator 

GCP 

Ground  Control  Point 

GDHS 

Ground  Data  Handling  System 

GE 

General  Electric 

GECP 

Geometric  Correction  Process 

GEOREF 

Geographic  Reference 

GES 

Ground  Electronic  Specification 

GFE 

Government  Furnished  Equipment 

GFIT 

Goddard  Film  Inventory  Tape 

GFP 

Government  Furnished  Property 
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GHIT 

GHz 

GMP 

GMS 

GMT 

GPS 

CS 

GSE 

GSFC 

GSTDN 

HAAT 

HDDR 

HDDT 

HDT 

HDT-A 

HDT-AM 

HDT-AT 

HDT-P 

HDT-PT 

HDTR 

HDT-R 

HDT-RM 

HDT-RT 


Goddard  HDT  Inventory  Tape 
Cigahertz  (10^) 

Geometric  Correction  Matrix  Calculation  Process 

Ground  Segment  Management  Subsystem 

Greenwich  Mean  Time 

Global  Positioning  System 

Ground  Segment 

Ground  Support  Equipment 

Goddard  Space  Flight  Center 

Ground  Spaceflight  Tracking  and  Data  Network 

Header,  Ancillary,  Annotation,  Trailer 
High  Density  Digital  Recorder 
High  Density  Digital  Tape 
High  Density  Tape 

HDT-Archive  Format  (Partially  corrected) 

HDT-A  for  MSS  Sensor  Data 
HDT-A  for  TM  Sensor  Data 
HDT-Product  Format  (Fully  corrected) 

HDT-P  for  TM  Sensor  Data 
High  Density  Tape  Recorder 
HDT-Raw  Data 

HDT-R  for  MSS  Sensor  Data 
HDT-R  for  TM  Sensor  Data 
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H/W 

Hardwa re 

Hz 

Hertz  (cycles  per  second) 

IAC 

Image  Analyzer  Console 

IAT 

Image  Analysis  Terminal 

ICO 

Interface  Control  Document 

ICS 

Image  Correction  Support  Software 

ID 

Identification 

IDS 

Image  Data  System 

I/F 

Interface 

IFOV 

Instantaneous  Field-of-View 

IGF 

Image  Generation  Facility 

IIS  (I2S) 

International  Imaging  Systems 

IM 

Instrument  Module 

I/O 

Input/Output 

IPF 

Image  Processing  Facility 

ips 

Inches  per  Second 

IPS 

Image  Processing  Subsystem 

IQL 

Interactive  Query  Language 

IR 

Infrared 

IRC 

Inter-Record  Gap 

IRIG 

Inter-Range  Instrumentation  Group  Time  Code 

IRIG-A 

IRIG  Time  Code  Series  A 

ISS 

IGF  Software  Subset 
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IT 

I&T 

IU 

K 

K 

Kb 

KB 

Kbps 

KBPS 

KCKT 

KW 


Integration  Test 
Integration  and  Test 
Interface  Unit 

A Thousand 

1024  (Memory  Usage  Only) 

Kilobit 

Kilobyte 

Kilobits  per  Second 
Kilobytes  per  Second 
Keyboard  kathode  Ray  Tube 
Kilowords 


L 

LA36 

LANDSAT 

LAS 

LAT 

LBP 

LBR 

LONG 

LOS 

LPM 

LPO 

LSB 


Local  Time 

DEC  Hardcopy  Terminal 
Land  Satellite 
Landsat-D  Assessment  System 
Latitude 

Library  Build  Process 
Laser  Beam  Recorder 
Longitude 
Loss  of  Signal 
Lines  per  Minute 
Landsat  Project  Office 
Least  Significant  Bit 
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LSD 

LTTS 

M 

M 

MAC 

MASSBUS 

Mb 

MB 

MBA 

MCC 

MCCA 

MF 

MF 

MHz 

MIPS 

mm 

MM 

MMF 

MMS 

MMS 

M&O 

MODEM 

MOM 


LandsaC-D 

Long-Term  Tape  Storage  Facility 

Mega- 

Million 

MSS  Archival  Product  Generation 

High  Speed  for  DEC  Equipment 

Megabit 

Megabyte 

MASSBUS  Adaptor 

Mission  Control  Center 

Manual  Cloud  Cover  Assessment  Package 

Minor  Frame 

Major  Frame 

Megahertz  (10^) 

MSS  Image  Processing  System 

Millimeter 

Minutes 

Mission  Management  Facility 
Mission  Management  Subsystem  •. 
Multi-Mission  Modular  Spacecraft 
Maintenance  and  Operations 
Modulator/Demodulator 
Mission  Operations  Manager 
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MPS 

MSB 

MSEC 

MSS 

MSW 

MTTR 

MTU 

MUX 

MW 


Mission  Planning  System 
Most  Significant  Bit 
Millisecond 

Multi  Spectral  Scanner 

Matrix  Switch 

Mean  Time  to  Repair 

Magnetic  Tape  Unit 

Multiplexer 

Megawords 
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N/A 

NAK 

NASA 

NASCOM 

NBTR 

NCC 

NCCS 

NDS 

NOAA 

NOCC 

NOSS 

NRZ 

NRZI 

NRZ-L 


Not  Applicable 
Negative  Acknowledgement 

National  Aeronautics  and  Space  Administration 

NASA  Communications  Network 

Narrow  Band  Tape  Recorder 

Network  Control  Center 

Network  Control  Center  Subsystem 

Navigational  Development  Satellite 

National  Oceanic  and  Atmospheric  Administration 

Network  Operations  Control  Center 

National  Oceanographic  Satellite  System 

Non-Return  to  Zero 

Non-Return  to  Zero  Incrementing 

Non-Return  to  Zero-Level 
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OAS 

Orbit  Adjust  Subsystem 

OBC 

Onboard  Computer 

OBP 

Onboard  Processor 

OCC 

Operations  Control  Center 

OCG 

Orbit  Computations  Group 

OCR 

Optical  Character  Reader 

ODF 

Orbit  Determination  Facility 

O&M 

Operations  and  Maintenance 

OFLS 

Offline  System 

OLS 

Obtain  Link  Support 

ONLS 

Online  System 

OPS 

Operations 

O/S 

Operations  Supervisor 

PARAM 

Parameter 

PATH 

Orbital  path 

P/B 

Playback 

PBM 

Pass  Briefing  Message 

PCD 

Payload  Correction  Data 

PCM 

Pulse  Code  Modulated 

PCP 

Payload  Correction  Processing 

PCS 

Payload  Correction  Subsystem 

PCU 

Power  Control  Unit 

PDR 

Problem/Defect  Report 
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PE 

Performance  Evaluation 

PET 

Predicted  Ephemeris  Tape 

PFET 

Predicted  Fit  Ephemeris  Tape 

PGM 

Program  Manager 

PI 

Principal  Investigator 

PIL 

Pixel  Interleaved  by  Line 

PIXEL 

Picture  Element 

PKG 

Package  Design  Specification 

P/L 

Payload 

PM 

Preventive  Maintenance 

POCC 

Payload  Operations  Control  Center 

PPL 

Photo  Processing  Lab 

PPS 

Photographic  Processing  Subsystem 

PROM 

Programmable  Read-Only  Memory 

PSDO 

Parallel-to-Serial  Data  Output  Device 

PSF 

Photo/Shipping  Support  Facility 

PSU 

Power  Switching  Unit 

QA 

Quality  Assurance 

QAF 

Quality  Assurance  Film 

QAFG 

Quality  Assurance  Film  Generation 

QAP 

Quality  Assurance  Procedure 

QC 

Quality  Control 

QLM 

Quick-Look  Monitor  Unit 
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Random  Access  Memory 

Radiometric  Correction 

Receive 

Raw  Data  Tape 

Record 

Radio  Frequency 

Massbus  Adaptor  for  DEC  VAX-11/780 

Read-Only  Memory 

WRS  Geographic  Frame  Reference 

DEC  176  MB  Disk  or  Removable  Disk  Storage  Unit 

DEC  283  MB  Disk 

Reliability  and  Quality  Assurance 
Request  Support  Subsystem 
Multi-Tasking  Operating  System  Software 
Real-Time 


SA 

SBI 

S/C 

SCAMA 

SCI 

SCN 

SCPT 

SHP 


Solar  Array 

Synchronous  Backplane  Interconnect 
Spacecraft 

Switching,  Conferencing  and  Monitoring  Arrangement 
Serial  Control  Interface 
Specification  Change  Notice 

Station  Contacts  Processing  Tape  (Pass  Prediction  Tape) 
Shipping 
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SECTION  2 

SYSTEM  OVERVIEW  DESCRIPTION 


Landsat-D  is  divided  into  a rlight  Segment  and  a Ground  Segment.  A brief 
overview  of  these  two  segments  is  provided  in  this  section. 

2.1  FLIGHT  SEGMENT 

The  Landsat-D  Flight  Segment  (Figure  2-1)  is  comprised  of  the  Multi-Mission 
Spacecraft  (KXS)  and  the  Instrument  Module  (IM).  The  prime  interface  with  its 
Ground  Segment  will  be  through  NASA  Communications  Network  (Nascom). 

The  hMS  contains  the  following  subsystems: 

a.  Modular  attitude  control  system 

b.  Modular  power  subsystem 

c.  Communication  and  data  handling  module 

d.  MMS  electrical  subsystem 

e.  MMS  mechanical  subsystem 

f.  MMS  thermal  subsystem 

g.  MMS  propulsion  su: .ystem. 

The  IM  contains  the  following  subsystems: 

a.  Wideband  comm  ations  subsystem 

b.  S-band  subsystem 

c.  C&DF  antenna  subsystem 

d.  Global  positioning  subsystem 

e.  Solar  array  assembly 
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Figure  2-1.  Landsat-D  Flight  Segment 
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f.  LM  f;lectrical  subsystem 

g.  IM  mechanical  subsystem 

h.  IM  thermal  subsystem 

i.  Thematic  mapper 

j.  Multispectral  scanner. 

2 . 2 GROUND  SEGMENT 

The  Cround  Segment  (Figure  2-2)  is  comprised  of  the  following  computer 
complexes: 

a.  Control  and  Simulation  Facility  (CSF) 

b.  Mission  Management  Facility  (MMF) 

c.  Image  Generation  Facility  (IGF) 

d.  Transportable  Ground  Station  (TGS). 

Each  of  these  computer  complexes  is  assigned  specific  functional 
responsibilities  which  will  be  described  in  detail  in  latter  sections.  A brief 
introductory  description  of  these  elements  is  contained  in  this  paragraph. 

The  CSF  is  primarily  responsible  for  monitoring  and  controlling  the  spacecraft 
which  is  described  in  the  Flight  Segment  Operations  Plan.  In  addition,  the  CSF 
is  responsible  for  planning  and  scheduling  data  acquisition  which  will  be 
described  in  more  detail  in  Section  6. 

The  MMF  is  responsible  for  overall  control  of  the  Ground  Segment.  The  MMF  acts 
as  the  focal  point  for  user  requests  processing  and  data  production  management. 
It  also  supports  management  reporting,  inventory  control  activities  and  data 
base  management. 
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User  request  processing  generates  and  maintains  a complete  list  of  authorized 
users  of  Landsat-D  and  their  requirements  for  acquisitions  and  products. 

The  data  production  management  consists  of  the  packaging  and  control  of  work 
orders  In  the  system.  These  work  orders  are  scheduled  by  the  MMF  for  the  CSF 
and  IGF. 

The  MMF  data  base  provides  historical  information  on  a variety  of  production 
activities  which  is  available  to  management  in  a report  form.  This  management 
reporting  capability  covers  the  status  of  all  the  processing  systems  In  the 
Ground  Segment. 

The  MMF  is  also  responsible  for  maintaining  the  inventory  control  system  for  the 
Ground  Segment.  This  includes  the  tracking  of  dlspersements  and  the 
replenishment  of  consumables  and  spare  parts  used  by  the  Ground  Segment. 

The  IGF  is  a collection  of  three  separate  and  unique  systems.  These  three 
systems  are: 

a.  Data  Receive,  Record  and  Transmit  System 

b.  MSS  Image  Processing  System 

c.  TM  Image  Processing  System. 

The  Data  Receive,  Record  and  Transmit  System  (DRRTS)  performs  the  following 
functions:  Image  data  acquisition,  image  data  transmission  and  high  density 

tape  copy.  It  also  supports  the  CSF  quick  look  monitor  interface. 
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The  DRRTS  acquires  TM  and  MSS  image  data  electronically  from  the  Transportable 
Ground  Station  (TGS).  The  DRRTS  also  receives  data  on  14-track  tape  from  GSTDN 
(Goldstone  and  Alaska)  via  the  Domsat  Interface  Facility  (DIF)  in  GSFC,  Building 
23. 

Foreign  station  tapes  will  be  processed  by  the  DIF  and  then  forwarded  to  DRRTS. 

DRRTS  transmits  HDT-AM  to  the  EROS  Data  Center  (EDC)  via  Domsat.  In  the  event 
of  a failure  in  the  Domsat  transmission  link  DP.RTS  can  produce  14-track  tapes, 
which  are  compatible  with  EDC.  These  14-track  tapes  are  then  shipped  to  EDC. 

The  MSS  Image  Processing  System  (MIPS)  performs  the  following  functions:  MSS 

archive  generation,  MSS  performance  evaluation  and  MSS  control  point  library 
build. 

MSS  archive  generation  consists  of  producing  a 28-track  HDT  containing 
radiometrically  corrected  image  data,  performing  manual  cloud  cover  assessment, 
and  generating  70mm  quality  assurance  film. 

MSS  performance  evaluation  product  generation  consists  of  the  following: 
generating  archival  tape  reports,  scene  displays,  producing  computer  compatible 
tapes  and  241mm  latent  film  of  individual  scenes  for  quality  analysis. 

The  MIPS  will  extract  suitable  control  points  from  existing  archival  data  for 
use  in  the  generation  of  geometric  correction  matrices.  The  control  points  will 
be  used  for  subsequent  archive  generation  activities. 
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The  TIPS  is  used  in  Che  MSS  processing  for  Che  generaCion  of  241mm  lacenC  film. 
This  funcCion  is  done  in  supporc  of  MSS  performance  evaluacion  and  is  noC  a user 
produce. 

The  Transporcable  Ground  Scacion  (TGS)  receives  Che  image  daCa  from  Che  LandsaC- 
D sacelllce.  This  daCa  is  cransferred  dtrecCly  Co  DRRTS  for  recording  on  a high 
densicy  cape. 
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SECTION  3 

OPERATIONAL  SCENARIO 


3.1  STANDARD  OPERATIONS 

The  overall  operational  goal  is  to  effectively  blend  automated  and  manual  means 
of  scheduling,  processing,  tracking  and  verifying  the  Ground  Segment  operations. 
The  various  inputs  will  be  collected  as  they  become  available  to  the  Ground 
Segment.  This  is  an  asynchronous  and  unpredictable  process  based  upon  external 
interfaces  and  spacecraft  characteristics.  When  correct  inputs  are  available, 
processing  can  be  scheduled.  The  goal  is  to  size  the  processing  packages  to 
facilitate  current  mission  objectives  and  to  optimize  available  resources.  The 
tracking  of  products  allows  priority  work  to  be  expedited  and  controlled. 
Tracking  is  also  an  input  into  the  dally  planning  and  accounting  functions.  By 
carefully  verifying  the  acceptability  of  products  after  each  major  step,  the 
percentage  of  errors  that  get  propagated  in  subsequent  steps  is  limited  and 
system  time  spent  on  rework  is  minimized. 

The  quality  assurance  function  monitors  the  products  as  well  as  the  processes 
that  generate  the  products.  The  quality  assurance  function  is  spread  among  all 
the  various  operational  personnel  in  the  Ground  Segment.  Certain  specific 
responsibility  will  lie  within  the  Quality  Assurance  Section  itself.  With  an 
integrated  approach  to  quality  assurance,  all  operational  personnel  will 
actively  participate  in  ensuring  that  the  products  meet  required  standards. 

This  integrated  approach  is  required  to  minimize  the  impact  of  rework  on  the 
system.  The  rework  of  an  excessive  number  of  scenes  could  severely  overload  the 
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system.  The  criterion  for  the  number  of  times  a scene  may  be  reworked  will  be 
determined  by  the  Project  Office. 

Once  the  processing  begins,  quality  indicators  are  displayed  by  the  system  which 
are  used  to  evaluate  the  processing.  As  time  permits,  output  will  be  sampled  to 
Increase  the  confidence  in  the  products,  and  performance  evaluation  products 
will  be  generated.  Output  will  be  sampled  after  shipment  if  Inspection  cannot 
occur  prior  to  shipment. 

After  data/film  inspection,  any  scenes  that  require  a change  in  their  assessed 
archival  product  quality  will  have  an  update  run  to  the  data  base.  These 
unacceptable  scenes  will  not  appear  on  the  CHIT  and  can  be  reworked  or 
cancelled.  If  a scene  is  determined  to  be  unacceptable,  but  has  been  shipped, 
the  scene  may  be  reworked  and  a new  archival  product  generated  to  replace  the 
original . 

The  Cround  Segment  operation  can  be  divided  into  eighteen  major  functions. 
These  functions  are: 

a.  User  Request  Processing  (Figure  3-1) 

b.  Spacecraft  Scheduling  (Figure  3-2) 

c.  Payload  Correction  Processing  (Figure  3-3) 

d.  Image  Data  Acquisition  (Figure  3-4) 

e.  Archive  Scheduling  (Figure  3-5) 

f.  Archive  Generation  (Figure  3-6) 
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The  remaining  six  functions  can  be  classified  as  support  operations.  These 
functions  cover  a wide  spectrum  of  activities  that  include: 

a.  Control  Point  Library  Generation 

b.  Image  Evaluation 

c.  Inventory  Control 

d.  PDR  and  ESR  Processing 

e.  Data  Base  Maintenance 

f.  Product  Tracking. 

The  eighteen  major  functions  have  different  roles  in  support  of  Ground  Segment 
operations.  These  roles  are  determined  in  part  by  complex  inter-relationships 
between  these  functions  and  external  interfaces.  The  following  is  an  overview 
of  the  relative  priorities  of  each  function: 

User  Request  Processing 

This  MMF  function  will  be  executed  on  a daily  basis  as  needed.  Normally  it  will 
be  given  a low  priority  and  run  on  the  second  shift.  Any  impending  acquisition 
requests  will  be  fed  into  the  C "F  using  the  dynamic  scheduling  capability. 

Spacecraft  Scheduling 

This  function  has  two  major  processes,  planning  and  scheduling.  These  processes 
have  high  priority  in  the  MMF  in  order  to  have  inputs  available  for  CSF  by  mid- 
morning . 

PCS  Processing 

This  MMF  function  has  high  orioritv  for  hnfh  of  t-ho  of»no.  i 


Figure  3-6.  Archive  Generation 
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g.  Archive  Completion  (Figure  3-7} 

h.  Performance  Evaluation  Product  Scheduling  (Figure  3-8) 

i.  Performance  Evaluation  Product  Generation  (Figure  3-9) 

j.  Performance  Evaluation  Production  Completion  (Figure  3-10) 

k.  Archive  Dissemination  (Figure  3-11) 

l.  Copy/Uplink  Processing  (Figure  3-12) 

m.  Control  Point  Library  Generation  (Figure  3-13) 

n.  Image  System  Evaluation  (Figure  3-14) 

o.  Inventory  Control  Processing  (Figure  3-15) 

p.  Problem  Defect  and  Equipment  Service  Reporting  (Figure  3-16) 

q.  Data  Base  Maintenance  (Figure  3-17) 

r.  Product  Tracking. 

This  plan  will  divide  these  eighteen  into  two  categories.  The  first  twelve 
functions  cover  the  standard  archival  data  flow.  This  will  begin  with  entry  of 
user  requests  for  acquisition  and  products  and  ends  with  the  uplink  to  EDC  of 
the  archival  data  via  Domsat.  Each  of  these  will  be  considered  as  a process 
operation  or  a control  operation. 

A control  operation  is  primarily  responsible  for  regulating  a process  operation. 
It  collects  the  information  necessary  to  control  the  data  processing  operation. 

A process  operation  actually  performs  the  data  manipulation,  transformation  or 
product  generation. 
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Figure  3-11,  Archive  Dissemination 
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morning.  The  processing  of  new  telemetry  and  enhemeris  files  from  the  CSF  will 

occur  on  a 90-minute  cycle,  and  an  attempt  will  be  made  to  stay  current 
throughout  the  entire  day.  New  HDT-R  directories  will  start  to  be  available 
from  DRRTS  by  mid-morning  and  they  will  be  processed  so  that  they  may  be  used  to 
replenish  the  archive  generation  queues  before  noon. 

The  first  archive  generation  feedback  from  MIPS  will  become  available  around 
noon.  This  data  will  be  processed  and  prepared  for  PEPG  dumps  on  the  rew  HDT-A 
tapes. 

Several  tasks  will  not  be  scheduled  for  the  morning  in  MMF  due  to  higher 
priority  activities.  These  tasks  will  typically  be  run  in  the  afternoon  and  on 
the  second  shift.  These  activities  are: 

a.  PEPG  Completion  Processing 

b.  Archive  Dissemination 

c.  Control  Point  Library  Activities 

d.  Inventory  Control  Processing 

e.  PDR  and  ESR  Processing. 

Support  of  PCS  processing  will  continue  throughout  the  16-hour  day  keyed  to  the 
arrival  of  telemetry  or  HDT-R  directories.  Both  archive  and  PEPG  scheduling 
will  be  run  periodically  during  the  two  shifts  when  inputs  are  available  and  the 
queues  on  the  MIPS  string  are  less  than  eight  hours. 

DRRTS 


Figure  3-20  provides  a block  diagram  of  DRRTS.  The  DRRTS  is  scheduled  to  operate 
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two  shifts  a day  seven  days  a week.  The  morning  will  be  the  peak  demand  period. 
The  line  test  will  be  run  the  first  thing  each  morning.  The  DRRTS  will  assign 
priorities  to  each  major  function.  The  major  functions,  in  priority  order,  are: 

a.  TGS  acquisition 

b.  EDC  Domsat  transmission 

c.  GSTDN  processing 

d.  Foreign  station  processing 

e. 


Tape  copy. 
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processing  will  atteopt  to  stay  current  with  the  acquisition  of  telemetry  and 
ephemeris  data  from  the  CSF.  Data  selection  and  scheduling  of  data  backlog  by 
the  operator  will  prevent  overloading  the  system.  The  Phase  2 processing  will 
be  executed  upon  the  receipt  of  new  HDT-R  directories  In  MMF  from  DRRTS. 

Archive  Scheduling 

This  MMF  function  has  high  priority  If  the  two  MIPS  strings  have  a combined 
archive  generation  backlog  of  sixteen  processing  hours  or  less.  This  function 


will  be  run  after  PCS  Phase  2 or  after  archive  completion  processing  which  has 
MIPS  rework  error  codes.  Allocation  to  the  MIPS  strings  will  be  normally 


selected  once  a day.  Reallocation  of  existing  process  requests  due  to  a MIPS 
failure  will  only  be  Initiated  If  a low  backlog  exists  on  the  other  string  or 
the  string  will  be  down  more  than  four  hours. 


Archive  Generation 


The  generation  of  HDT-AM  will  occur  primarily  on  two  strings  In  MIPS.  The 
manual  cloud  cover  assessment  will  be  performed  during  the  calculation  phase  of 


archive  generation.  Quality  Film  Generation  will  be  Initiated  during  the 


generation  of  the  HDT-A  tape.  Each  MIPS  string  will  maintain  a minimum  eight- 
hour  backlog  In  the  VAX  to  reduce  the  effect  of  a temporary  MHF  problem.  The 
MIPS  queue  should  be  resequenced  to  optimize  the  disk  farm  size  of  thirty-four 


scenes  without  splitting  the  content  of  an  HDT-R  across  two  HDT-AMs.  A physical 
HDT-AM  will  not  contain  more  than  a single  logical  to  facilitate  tape  handling 
and  time  lines- 
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Process  request  feedback  will  not  be  released  for  MMF  until  the  summary  reports 
are  ins;>ected. 

It  is  anticipated  to  consume  the  entire  two  shifts  of  both  strings. 

Archive  Completion  Processing 

This  function  has  a medium  priority  in  MMF.  It  controls  the  updating  of  the 
data  base  and  is  the  prerequisite  for  further  PEPG  and  Copy/Uplink  processing. 
Rework  for  archival  generation  will  be  handled  on  a case  by  case  basis  rather 
than  automatically,  requiring  operator  interaction  with  archive  generation 
scheduling  and  other  activities  to  effect  data  load  balancing. 

PEPG  Scheduling 

This  MMF  function  has  a medium  priority  except  when  the  third  MIPS  string  has 
less  than  a four  hour  backlog.  The  reallocation  guidelines  are  the  same  as  for 
archive  scheduling. 

PEPG  Generation 

The  third  MIPS  string  will  normally  be  assigned  responsibility  for  most  of  PEPG. 
All  241mm  film  products  will  need  the  TIPS  string  LBR  which  is  only  available  on 
third  shift.  The  dumps  and  reports  of  HDT-A  tapes  have  a higher  priority  than 
the  product  (CCT  and  FILM)  generation. 

PEPG  Completion 

This  MMF  function  will  have  a low  priority  during  most  of  the  day.  On  the 
second  shift,  as  the  next  period  of  uplink  approaches,  it  will  be  raised  in 
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priority  to  clear  all  HDT-A  for  archive  dissemination  and  copy/uplink  process 
requests  generation. 

Archive  Dissemination 

This  MMF  function  controls  the  generation  of  the  GHIT  and  process  request 
generation  for  uplink  and  copy.  The  opportunity  to  generate  the  GHIT  will  be 
delayed  until  the  Quality  Assurance  personnel  can  verify  the  archive  generation 
assessments.  This  will  result  in  a once  a day  run  of  this  function,  usually  on 
the  second  shift. 

Copy/Uplink  Processing 

This  DRRTS  function  will  be  the  final  step  in  the  normal  image  data  flow  for 
MSS.  The  copy  process  is  normally  a backup  for  Domsat. 

Control  Point  Library 

This  activity  Is  spread  between  the  MMF  and  MIPS.  The  key  MMF  activity  is 
process  request  generation.  It  will  have  a high  priority  if  the  control  point 
backlog  in  the  MIPS  is  less  than  four  hours.  In  the  MIPS  both  the  digitizing 
and  control  point  selection  will  be  run  in  a background  mode. 

Inventory  Control 

This  will  have  a low  priority  in  MMF  and  will  not  be  run  in  the  morning  due  to 
peak  MMF  utilization. 

PDR/ESR  Processing 

This  MMF  function  will  not  be  run  during  the  morning  due  to  peak  MMF 
utilization.  It  will  be  run  as  required  during  the  rest  of  the  day. 
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Data  Base  Maintenance 

This  is  the  highest  priority  function  in  the  MMF.  It  is  essential  to  maintain 
the  integrity  of  the  data  base.  This  function  can  be  divided  into  two  areas, 
preventive  and  corrective.  When  corrective  action,  such  a restore  or  data  base 
edit  is  being  performed,  all  other  MMF  activities  must  be  halted. 

A summary  of  the  various  activities  is  provided  in  Tables  3-1  through  3-3,- 
giving  high  level  characteristics.  These  tables  provide  only  a guideline  for 
normal  operations  and  will  vary  based  upon  actual  conditions. 

The  baseline  scenario  developed  in  this  plan  represents  a chaining  together  of 
the  basic  activities  to  present  a typical  day's  schedule.  In  actual  operations 
each  day's  schedule  will  have  to  be  flexible  enough  to  allow  modification  based 
on  current  factors.  Some  of  these  factors  are: 

a.  Project  Office  processing  directives 

b.  High  priority  work  orders 

c.  Computer  availability 

d.  Processing  backlogs 

e.  Maintenance  activities. 

The  scenario  will  be  described  in  terms  of  separate  serial  computer  facility 
activities,  but  in  reality  each  system  is  operated  in  parallel. 
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EST. 

UNIT 

WALL  CLOCK 

OF 

ACTIVITY 

PRIORITY 

RUN  TIME 

WORK 

WHEN  RUN 

PREREQUISITE 

COMMENTS 

User  Requests 

Low 

5 Min. 

User  ID 

Daily  flexible 

i 

None 

Use  dyna 
schedul i 
capabil i 
acq.  Re 
within  4 

S/C  Scheduling 

Planning 

High 

2 Hrs. 

14  days 
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Figure  3-18  provides  a block  diagram  of  a MIPS  string.  The  MIPS  strings  are 
scheduled  to  operate  two  shifts  a day,  seven  days  a week.  A computer  operator 
and  cloud  cover  analyst  will  be  assigned  to  each  string.  In  addition,  control 
point  technicians  will  utilize  a portion  of  two  MIPS  strings  for  digitizing  and 
processing  control  points. 

The  first  thing  each  string  will  do  is  to  run  the  line  test.  The  scene  which 

will  be  used  in  library  build  will  be  loaded  from  the  HDT-A.  The  operator  will 
organize  his  archive  generation  queue  and  transfer  additional  process  requests 
to  maintain  eight  hours  of  work  backlog  on  the  string.  Archive  generation  will 
then  be  started.  The  cloud  cover  analyst  will  view  the  ingest  and  output  phase 
on  the  Comtal  and  perform  MCCA  during  the  calculation  phase.  The  operator  will 
attempt  to  organize  the  archive  generation  queue  to  utilize  the  disk  farm,  which 
holds  approximately  34  scenes.  However,  the  contents  of  a single  HDT-R  should 
be  placed  on  a single  HDT-A.  The  operator  will  initiate  the  quality  assurance 
film  generation  during  the  output  portion  of  archive  generation  process 
feedback.  The  summary  reports  will  be  carefully  reviewed  by  both  individuals. 
Any  problems  will  result  in  the  feedback  being  placed  in  hold  and  notification 
of  the  Supervisor. 

MMF 

Figure  3-19  provides  a block  diagram  of  the  MMF-M.  The  MMF  is  scheduled  to 
operate  two  shifts  a day,  seven  days  a week.  The  morning  will  be  the  peak 

demand  period  in  MMF.  The  line  test  will  be  run  the  first  thing  each  morning. 
The  support  of  daily  spacecraft  scheduling  will  have  the  highest  priority  each 
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Figure  3-18.  MIPS  Hardware  Architecture 
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Figure  3-19.  Hardware  Subsystem  of  the  MMF-M 


Figure  5-2.  Mission  Support  Services  Configuration 
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The  Landsat-D  user  community  may  select  MSS  products  and/or  TM  products.  They 
may  request  image  data  that  already  exists  (retrospective  orders)  or  they  may 
want  specific  earth  image  data  that  does  not  exist  and  will  have  to  be  acquired 
by  the  spacecraft  at  some  future  time  (standing  orders.) 

All  users  must  have  valid  ID  numbers  before  they  can  avail  themselves  of 
Landsat-D  products.  Consequently,  valid  user  names  and  ID  numbers  must  exist  in 
the  MMF-M  and/or  MMF-T  data  base(s)  before  a user's  request  will  be  honored.  In 
short,  no  valid  user  ID  in  the  data  base,  no  Landsat  products  to  that  user. 

All  "established"  user  requests  for  Landsat-D  products  are  received  by  the 
Landsat-D  Project  Office  (LPO);  so  are  requests  for  ID  numbers  from  prospective 
new  users. 

LPO  processes  user  request  information  as  outlined  below,  then  transfers  it  to 
the  RSS  for  ingest  into  the  system. 

a.  Standing  order  requests  are  separated  into  two  groups:  those  users 

wanting  MSS  products  and  those  wanting  TM  products.  EDC  consolidates 
orders  from  end  users  on  magnetic  tapes  and  forwards  them  to  LPO. 
Triplicated  MSS  user  files  and  TM  user  files  may  physically  be  stored 
on  the  same  tape  or  on  two  different  tapes,  one  for  MSS  users  and  one 
for  TM  users.  These  tapes  are  forwarded  to  RSS  for  "batch  encry." 

The  LPO  may  also  submit  "written"  standing  order  requests  to  the  RSS 
for  manual  entry  of  these  orders  into  the  system  via  operator 


interaction  with  a computer  terminal. 
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SECTION  4 

OPERATIONAL  CONCEPTS 

4.1  OPERATIONAL  ENVIRONMENT 

The  Ground  Segment  will  operate  in  a very  dynamic  environment.  This  will  result 
in  various  functions  being  performed  simultaneously  on  different  sets  of  data. 
Scheduling  functions  in  preparation  for  tomorrow's  acquisitions  will  be  overlaid 
with  the  capturing  of  current  acquisitions  and  processing  of  yesterday's 
acquisitions.  This  pipeline  type  of  operation  requires  careful  attention  to  all 
activities.  Any  prolonged  interruptions  will  cause  perturbations  in  the  rest  of 
the  system.  Any  imbalances  will  quickly  affect  other  areas  of  the  Ground 
Segment. 

Computer  usage  Is  organized  by  facilities.  Figure  4-1  identifies  the  computer 
facilities  availability  during  which  operational  activities  will  be  performed. 


V. 

5DS4232 


4-1 


81SDS4232 
Revision  A 
16  July  1982 


SHIFTS 

DAYS 

PER 

PER 

DAY 

WEEK 

Control  and  Simulation  Facility 

3 

7 

Mission  Management  Facility 

2 

7 

Image  Generation  Facility 

2 

7 

Transportable  Ground  Station 

2 

7 

Figure  4-1.  Ground  Segment  Operational  Environment 
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4.2  METHOD  OF  OPERATIONS 

The  overall  control  of  the  Ground  Segment  will  be  accomplished  by  a system  of 
work  stations.  The^e  work  stations  will  act  as  focal  points  withi.i  the  Ground 
Segment.  The  six  major  work  stations  are: 

a.  Mission  Operations 

b.  Mission  Planning 

c.  Mission  Management  Facility  Production  Control 

d.  Image  Generation  Facility  Production  Control 

e.  Tape  Staging 

f.  Quality  Control. 


Each  of  these  stations  monitors  a group  of  activities  related  „o  people  who 
staff  then.  The  Ground  Segment  Staffing  Plan  provides  details  of  the 
responsibilities  of  each  individual  in  the  M&O  organization. 


Each  work  station  set-up  will  be  tailored  to  the  specific  requirements  of  the 
functions  being  performed.  All  work  stations  need  to  establish  methods  of 
recording  significant  events.  The  method  of  organization  of  record-keeping  will 
vary,  but  as  a minimum,  log  books  and  binders  need  to  be  included  at  earh 
station.  Visual  tracking  systems  should  be  employed  that  allow  quick  inspection 
and  status  determination. 

The  Mission  Operations  work  station  is  the  nerve  center  of  the  entire  Ground 
Segment.  It  is  staffed  twenty-four  hours  a day  by  a Mission  Supervisor  who  has 
responsibility  for  all  activities.  This  work  station  requires  access  to 
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lnfomtion  via  computer  terminal  as  well  as  a manual  tracking  of  all  computer 
equipment.  All  problems  will  work  their  way  to  this  station  for  dispositioning. 
All  requests  for  external  support  will  be  initiated  by  the  Mission  Supervisors. 

The  Mission  Planning  work  station  will  be  maintained  by  the  Flight  Operations 
Planners  and  the  Data  Processing  Planners.  Key  priorities  In  their  respective 
areas  will  be  tracked  in  this  area.  Schedule  boards  for  the  various  computer 
systems  will  be  maintained  in  this  area. 

The  MMF  Production  Control  Station  will  collect  information  concerning  all  MMF 
activities,  in  particular  the  generation  of  process  requests.  The  process 
summaries  of  all  MMF  programs  will  be  maintained.  In  addition,  all  data  base 
activities  will  be  monitored.  This  area  is  extremely  important  because  it  is 
the  source  of  work  for  both  CSF  and  IGF.  Production  Controllers  will  be 
responsible  for  overall  tracking.  The  MMF  Computer  Operator  and  Data  Technician 
will  also  support  this  work  station. 

The  IGF  Production  Control  work  station  will  provide  the  focal  point  for 
coordinating  the  MIPS  strings  and  DRRTS.  Status  will  be  maintained  on  an 
individual  HDT  tape  basis.  This  station  will  interface  heavily  with  the  MMF 
Production  Control  and  Tape  Staging  work  stations.  Production  Control  personnel 
will  be  responsible  for  this  work  station  but  will  rely  heavily  upon  IGF 
Computer  Operators  for  inputs. 

The  Tape  Staging  work  station  will  monitor  all  tape  and  film  movements.  This 
will  include  external  interfaces  with  Building  23  and  long-term  tape  storage. 
The  TAS  clerk  and  Staging  Clerks  will  support  this  station. 
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The  Quality  Control  work  station  provides  monitoring  of  the  Ground  Segment. 
Records  on  products  checked  will  be  maintained  by  QA  personnel.  In  addition, 
film  produced  for  evaluation  will  be  stored  in  this  area.  The  Quality  Control 
work  station  will  also  maintain  records  per  alning  to  PDRs  and  ESRs. 

4.3  PERSONNEL  RESPONSIBILITY 

The  tasks  involved  in  operating  the  Landsat-D  Ground  Segment  are  divided  among 
158  individuals  filling  63  different  positions.  The  overall  responsibilities 
for  these  portions  are  described  in  the  M&O  Staffing  Plan.  However,  for  the 
purpose  of  this  Ground  Segment  Operations  Plan,  individual  responsibility  for 
performing  each  major  function  is  identified  in  Figure  4-2.  The  overall  M&O 
organization  is  outlined  in  Figure  4-3.  Many  support  personnel  interface  with 
the  .'.ctual  performers  by  supplying  inputs,  supervision  or  control  information  to 
the  performers.  As  a result,  these  support  personnel  also  need  to  be  aware  of 
the  actual  functions  being  performed'.  Table  4-1  identifies  support  personnel 
and  performers  who  need  information  contained  in  the  various  functional  sections 
of  the  Ground  Segment  Operations  Plan. 
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FUNCTION  PERFORMER 


User  Request  Processing 
Spacecraft  Scheduling 

Payload  Correction  Processing 

Image  Data  Acquisition 

Archive  Scheduling 

Archive  Generation 

Archive  Completion 

PEPG  Scheduling 

PEPG  Generation 

PEPG  Completion 

Archive  Dissemination 

Copy/Uplink  Processing 

Control  Point  Library  Generation 

Image  System  Evaluation 

Inventory  Control  Processing 

PDR/ESR  Reporting 

Data  Base  Maintenance 

Product  Tracking 


Data  Technician 

Production  Controller/Flight 
Operations  Planner 

Production  Controller 

DRRTS  Computer  Operator 

Production  Controller 

MIPS  Computer  Operator/Cloud  Cover  Analyst 

Production  Controller 

Production  Controller 

MIPS  Computer  Operator 

Production  Controller 

Data  Technician 

DRRTS  Computer  Operator 

Control  Point  Analysis  Technicians 

Image  Processing  Analyst 

Stock  Clerk 

All 

Data  Processing  Planner/MMF  Computer 
Operator/Data  Base  Administrator 

Staging  Clerk/TAS  Clerk 


Figure  4-2.  Individuals  Responsible  for  Performing  Major  Responsibilities 
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SECTION  5 

USER  REQUEST  PROCESSING 


5.1  PERFORMING  FACILITY 

User  request  processing  is  performed  by  the  Mission  Management  Facility  (MMF). 
The  area  within  the  MMF  responsible  for  implementing  the  process  is  the  request 
support  subsystem  (RSS).  In  processing  user  requests,  RSS  utilizes  the  mission 
support  services  software  area  in  the  MMF  data  base.  MMF's  hardware/software 
facilities  are  physically  partitioned  into  two  independent  and  operationally 
detached  areas  - MMF-M  and  MMF-T.  MMF-M  processes  user  requests  for 
multispectral  scanner  (MSS)  earth  images.  MMF-T  processes  user  requests  for 
thematic  mapper  (TM)  earth  images.  However,  processing  of  the  LPO-generated, 
batch  entry,  standing  order  tape  (which  may  contain  both  MSS  and  TM  user  orders) 
is  initiated  in  the  MMF-M. 

5.2  PURPOSE 

User  request  processing  is  the  mechanism  for  entering,  processing,  modifying, 
and  maintaining  current  status  of  orders  for  MSS  and  TM  earth  Imagery  products 
from  the  Landsat-D  user's  community. 

5.3  BACKGROUND  SUMMARY 

As  an  aid  to  understanding  the  user  request  process  with  its  associated 
operational  procedures,  a short  discussion  of  the  Landsat  Projects  Office  (LPO) 
functions  and  activities  relative  to  this  process  is  presented.  Refer  to  Figures 
5-1  through  5-4  in  conjunction  with  the  material  below. 
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tape  generation,  from  which  the  user  information  was  derived.  This  will  be 
followed  by  user  information  records. 


Order  Information  File  2 ORDXXX.DDD 

This  file  contains  three  different  types  of  records.  The  header  record  contains 
tape  ID,  date  and  time  of  tape  generation.  The  header  record  will  be  followed 
by  sets  of  order  and  area  records.  Each  order  record  contains  all  the  order 
information  except  the  geographic  location.  Hence  each  order  record  is  followed 


one  or  more  area  records. 


The  area  records  are  of  two  types: 


a.  Block 


Describes  geographic  order  (path, row)  in  terms  of  a block.  (A  number 
of  scenes  in  more  than  one  path) 

b.  Segment 

Describes  geographic  area  (path, row)  in  terms  of  segment.  (A  number  of 
scenes  in  a single  path) 


Error  Record  Summary  File  - RSTAIN. SUM 
The  error  record  summary  file  contains: 

a.  Tape  ID 

b.  Date  and  time  the  error  message  was  generated 

c.  User  order  error  messages 

d.  User  area  error  messages. 


Production  Process  Log  File  - RSTAIN. PLG 

This  file  records  the  start  and  stop  times  of  the  RSTAIN  process.  When  the  stop 


time  is  not  recorded,  it  implies  chat  the  process  terminated  abnormally. 
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5. 6.1. 7 Frequency 

RSTAIN  and  RSOBEN  are  normally  run  together  once  a week,  preferably  on  first 
shift.  It  is  planned  to  run  RSUDEN  only  with  input  from  an  interactive  terminal 
(as  opposed  to  from  RSTAIN's  output  file).  Since  most  orders  will  come  from 
EDC,  RSUDEN  will  run  very  infrequently. 

5. 6. 1.8  Job  Control  Language  (JCL) 

The  RSTAIN  process  is  initiated  by  the  following  command: 

@TAKE  RSTAIN 

5.6. 1.9  Processing  Messages 

RSTAIN  terminates  normally  with  the  message  "RSTAIN-END  OF  PROCESSING." 

5.6.1.10  Hardware  Configuration 

Figure  5-5  shows  the  MMF-M  hardware  configuration  required  to  run  the  eight 
software  units  (RSTAIN,  RSUDEN,  RSOBEN,  RSSOEN,  RSUOCO/RSPACO,  RSUOSM  and 
RMECEN)  comprising  the  user  request  process.  Figure  5-6  shows  the  hardware 
configuration  for  running  these  software  units  in  the  MMF-T  area. 

Referring  to  both  of  these  figures,  the  bracketed  number  sequence  leading  from 
each  piece  of  equipment  is  the  equipment's  unique  ID  number.  Equipment  model 
numbers  are  also  shown.  (Equipment  ID  numbers  are  physically  located  in  the 
upper  right  hand  corner  on  the  rear  surface  of  each  machine). 
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Note  that  the  operator  has  options  in  selecting  the  terminal  or  tape  drive 
required  to  run  a program.  For  example,  any  VT78  or  VT100  terminal  shown  as  an 
alternate  can  be  used  to  enter  or  monitor  a program.  Recall,  however,  that  the 
MMF-M  and  MMF-T  systems  are  not  cross  strapped;  MMF-M  functions  must  be 
performed  on  MMF-M  designated  machines,  MMF-T  functions  must  be  performed  on 
MMF-T  designated  machines. 

5.6.1.11  Operating  Instructions 

RSS  personnel  receive  and  log  all  standing  order  user  request  tapes  generated  by 
the  LPO.  Tape  ID  number,  contents  description  and  the  date  and  time  the  tape 
was  received  are  to  be  entered  in  this  log. 

This  tape  may  contain  standing  order  requests  for  MSS  products,  TM  products  or 

both.  Consequently,  the  first  process  consists  of  determining  the  contents  of 

the  tape,  then,  if  necessary,  separating  MSS  user  requests  from  TM  user  requests 
so  both  can  be  processed  independently  in  their  respective  areas. 

Tape  contents  can  be  determined  in  the  following  manner: 

a.  Mount  the  tape  on  one  of  the  TU72s  in  the  MMF-M  area. 

b.  On  any  VT78  or  VT-100  terminal  in  the  MMF-M  area  perform  the  following 

steps : 

1.  Log  on,  enter  your  password 

2.  Enter  the  MOUNT  TAPE  command 

3.  Enter  the  DISMOUNT  TAPE  command 

c.  Read  the  resulting  printout;  if  all  the  entries  are  TM  users,  remount 
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b.  "Retrospective  orders"  are  processed  manually  by  the  LPO  and  they  are 
hand  carried  to  the  RSS  for  interactive  terminal  entry  into  the 
system. 

c.  ID  numbers  assigned  to  new  users  are  manually  processed  by  the  LPO  and 
this  information  is  similarly  transferred  to  the  RSS  for  terminal 
entry. 

Transferring  user  request  data  from  the  LPO  to  RSS  will  be  a 
continuous  process.  Therefore,  RSS  will  periodically  provide  the  LPO 
with  operational  statistics  and  summary  reports  on  user  status  - for 
example;  listings  of  users  who  received  their  products,  are  waiting 
for  products,  or  could  not  be  serviced  for  various  reasons,  etc. 

5.4  PROCESS  DESCRIPTION 

5.4.1  SCOPE 

This  section  continues  with  a detailed  description  of  the  processes  and 
procedures  that  RSS  performs  after  receiving  the  LPO's  input. 

Information  that  follows  applies  to  both  MMF-M  and  MMF-T  user  request 
processing.  While  the  hardware  systems  in  these  areas  are  not  completely 
identical,  the  procedures  implemented  in  these  areas,  for  the  most  part,  are 
identical.  Differences  will  be  noted  where  required.  Procedures  are  described  at 
the  operator's  level  and  address  only  those  elements  of  software  that  are 
accessible  to  the  machine  operator  via  interactive  terminal  and  are  required  by 
the  operator  to  control  processing.  Imbedded  software  is  not  discussed.  Refer 
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to  the  respective  CPDS  documents  for  information  on  this  and  other  systems  level 
subjects. 

5.4.2  SUMMARY 

Eight  units  of  software  have  been  designed  to  accommodate  all  foreseeable 
situations  that  may  be  encountered  in  processing  user  order  requests  from  their 
receipt  by  RSS  through  user  order  closeout  (in  RSS).  These  software  units  are 
identified  below  by  their  GE  Computer  Program  Design  Specification  numbers 
(CPDS)  and  their  process  and  program  acronym.  In  addition,  the  software  units 
are  arranged  in  their  normal  order  of  application  in  the  "user  order  process." 
Items  (g.)  and  (h.)  below  are  separated  from  items  (a.),  (b.),  (c.),  (d.),  (e.), 
and  (f.),  because  items  (g.)  and  (h.)  can  be  executed  without  priority. 

Several  of  these  software  units  may  be  combined  to  run  automatically  via  job 
control  language;  all  can  be  run  manually  via  operator  interaction  with  a 
terminal.  Requirements  and  circumstances  at  the  time  of  processing  dictate 
whicl.  mode  is  applied. 

Specific  procedures  for  running  each  of  these  software  units  commence  with 
paragraph  5.6.1: 

a.  LSD-MMF-CPD-2101  - User  and  Order  Tape  Ingest  (RSTA1N) 

b.  LSD-HMF-CPD-2015  - User  Data  Entry  (RSUDEN) 

c.  LS D-MMF-C P D-2 1 6 6 - Standing  Order  Batch  Entry  (RSOPEN) 

d.  LSD-MMF-CPD-2017  - Standing  Order  Entry  (RSSOEN) 

e.  LSD-MMF-CPD-2019  - Retrospective  Order  Entry  (RSROEN) 
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f.  LSD-MMF-CPD-2087  - User  Order  Completion  (RSUOCO/RSPACO) 

g.  LSD-MMF-CPD-2179  - User  and  Order  Status  Modifier  (RSUOSM) 

h.  LSD-MMF-CPD-202 1 - Error  Code  Entry  and  Update  (RMECEN). 


5.4.5  PROCESS  FINAL  PRODUCTS 

The  final  products  (output)  of  the  user  request  process  are 

a.  Users'  names,  ID  numbers,  product  requests  and  status  “in  place"  in 
the  KMF-M  and/or  the  MMF-T  data  base 

b.  Production  logs 

c.  Updated  common  parameters  area  and  operating  system's  directory  of 
files  within  the  data  base 

d.  Current  status  summary  reports 

e.  Error  record  summaries. 
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5.5  PROCEJS  ENVIRONMENT 

5.5.1  HARDWARE  REQUIREMENTS 

All  of  the  EDP  systems  required  to  perform  the  user  request  process  are  located 
in  CSFC's  Building  28  second  floor  computer  room.  Section  3 defines  the  MMF-M 
hardware  system  configuration  in  this  area.  High  level  block  diagrams  of  the 
MMF-M  and  MMF-T  EDP  syctems  are  shown  in  Figures  5-5  and  5-6  for  reference. 

Each  of  the  detailed  "user  request  process"  operating  procedures  that  follows 
references  a low  level  hardware  block  diagram  (Figure  5-7)  that  tells  the 
machine  operator  which  machines  to  use  in  running  a particular  unit  of  software. 

5.5.2  SOFTWARE  REQUIREMENTS 

Repeated  below  in  their  semisequential  processing  order  are  the  seven  units  of 
software  required  to  run  the  user  request  process. 

a.  LSD-MMF-CPD-2101  - User  and  Order  Tape  Ingest  (RSTAIN) 

b.  LSD-MMF-CPD-2015  - User  Data  Entry  (RSUDEN) 

c.  LSD-MMF-CPD-2166  - Standing  Order  Batch  Entry  (RSOBEN) 

d.  LSD-MMF-CFD-2017  - Standing  Order  Entry  (RSSOEN) 

e.  LSD-MMr-CPD-2019  - Retrospective  Order  Entry  (RSROEN) 

f.  LDS-MMF-CPD-208 7 - User  Order  Completion  (RSUOCO/RSPACO) 

g.  LSD-MMF- CPD-2 179  - User  and  Order  Status  Modifier  (RSUOSJf) 

h.  LSD-MMF-CPD-202 1 - Error  Code  Entry  and  Update  (RMECEN). 

The  GE  Computer  Program  Design  Specification  number  for  each  of  these  units  of 
software  is  included  for  reference  and  it  is  recommended  that  all  of  these  CPDS 
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documents  be  reviewed  to  supplement  the  information  given  here.  Accompanying 
the  software  unit's  title  and  CPDS  number  is  the  command  acronym  that  causes  the 
program  to  run.  For  example,  if  after  logging  on  at  a terminal 
0TAKE  RSTAIN 

is  entered,  the  User  Order  Tape  ingest”  software  unit  will  commence  processing 
(provided  the  information  RSTAIN  requires  is  available  on  the  disk  files). 
RSSOEN,  RSROEN,  RSUOSN  and  RMECEN  are  all  run  manually  via  interactive  terminal. 
RSTAIN,  RSUDEN  and  RSOBEN  can  be  run  manually  or  joined  together  to  run 
automatically  in  the  sequence  shown.  The  JCL  required  to  run  RSTAIN,  RSUDEN  and 
RSOBEN  sequentially  will  be  specified  by  the  MMF  system's  analyst.  RSUOCO/RSPACO 
are  normally  clock  triggered;  however,  they  can  be  run  manually  if  good  reason 
exists  to  ao  so. 

All  of  the  software  units  mentioned  can  be  "gracefully  terminated”  but  only 
under  the  following  circumstances: 

a.  Processing  has  not  run  to  completion 

b.  The  CONTROL  key  and  the  C key  (CONTROL  first,  C second)  are  depressed 
simultaneously  while  processing  is  active. 

5.6  SOFTWARE  UNIT  OPERATIONS 

Before  continuing  with  paragraph  5.6,  the  process  background  summary  (paragraph 
5.3)  should  be  reviewed  again  because  its  contents  are  the  basis  for  software 
unit  operating  procedures. 

In  addition,  because  of  its  importance,  recall  that  all  MMF-M  user  information 
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processing  must  be  performed  on  MMF-M  hardware;  all  MMF-T  information  processing 
must  be  performed  on  MMF-T  hardware. 

5.6.1  USER  AND  ORDER  TAPE  INGEST  (RSTAIN) 

5. 6.1.1  Computer  Program  Design  Specification 

The  source  document  for  this  software  unit  is  LSD-MMF-CPD-2101 . 

5. 6. 1.2  Command  Acronym 

The  command  acronym  for  this  software  unit  is  0TAKE  RSTAIN. 

5. 6. 1.3  Purpose 

RSTAIN  processes  the  "user  standing  order"  information  from  the  mag  tape 
supplied  by  the  LPO.  The  process  separates  this  information  into  two 
categories : 

a.  User  information  - user's  name,  mailing  address  and  shipping  address 

b.  Order  information  - user's  ID,  mission,  sensor  requirement,  product 
requirements,  etc. 

and  generates  separate  files  for  each  category. 

The  "user  information  file"  (USRXXX.ORC)  is  the  input  to  the  user  data  entry 
(RSUDEN)  software  unit. 

The  "order  information  file"  (ORDXXX.ORC)  is  the  input  to  the  standing  order 
batch  entry  (RSOBEN)  software  unit. 

XXX  is  a sequence  number  between  001  and  999. 
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5. 6. 1.4  Description 

This  program  uses  three  identical  input  disk  files  that  contain  four  types  of 
records: 

a.  Header  record 

b.  User  record 

c.  Order  record 

d.  Area  record. 

The  philosophy  of  using  three  identical  input  files  is  to  decrease  the  chance  of 
a read  error  stopping  the  execution  of  the  program.  If  a read  error  is 

encountered  on  one  file,  the  program  will  find  its  place  on  the  next  file  and 
continue  processing. 

Only  if  a read  error  is  found  on  all  three  files  will  processing  be  terminated. 
The  header  record  contains  the  tape  ID  and  time  of  creation  of  the  input  tape 
from  which  it  was  dumped.  The  user  record  contains  user  identification  fields 
and  mailing  and  shipping  addresses.  The  order  record  contains  information  such 
as  user  ID,  mission,  sensor  receiving  station,  product  and  acquisition  hit 
frequency,  etc.  The  area  record  has  information  on  the  geographical  location 
(blocks  or  segments)  for  each  order  record.  Thus,  there  may  be  multiple  area 
records  for  each  order  record. 

Each  of  the  fields  in  the  user,  order,  and  area  record  are  validated.  If  any  of 
the  fields  in  a record  are  invalid,  the  record  and  all  appropriate  error 
messages  are  written  to  the  error  file.  The  area  records  that  follow  (even  if 
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they  are  valid)  for  this  order  are  also  written  on  the  error  file.  After  all 
input  records  have  been  read,  the  common  parameter  and  operating  system 
directory  data  base  areas  are  updated  and  a summary  report  is  generated,  showing 
the  number  of  records  processed,  number  of  records  in  error,  and  number  of 
records  written  to  output  files.  When  the  process  is  completed,  the  termination 
message  "RSTAIN-END  OF  PROCESSING”  is  displayed  on  the  KCRT. 

5.6. 1.5  Input 

Input  files  (RSTAIN. 001 , RSTAIN.002,  RSTAIN.003)  are  created  by  dumping  the  user 
and  order  information  tape  onto  three  identical  disk  files.  Normally  only 
RSTAIN. 001  is  used  as  an  input  file.  However,  RSTAIN.002  and  RSTAIN.003  act  as 
a backup  in  case  there  is  a read  error  encountered  in  the  file  currently  being 
read . 

5.6. 1.6  Outputs 

RSTAIN  creates  the  following  output  files: 

a.  User  information  - USRXXX.ORC 

b.  Order  information  - 0RDXXX.0RC 

XXX  « sequence  number  incremented  by  one  for  each  run  (current  value 
stored  in  common  parameter  area) 

c.  Error  record  summary  - RSTAIN. SUM 

d.  Production  process  log  - RSTAIN. PLG. 

User  Information  File  - USRXXX.ORC 

This  file  contains  a header  record  that  has  the  tape  ID,  the  date  and  time  of 
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the  tape  in  the  MMF-T  area  and  continue  processing  with  the  same 
procedures  used  in  MMF-M  area  (except  MMF-T  hardware  is  required,  see 
Figure  5-6)4  If  the  entries  are  MSS  users  or  MSS  and  TM  users 
combined,  processing  can  continue  either  manually  or  automatically. 

d.  In  the  automatic  mode,  RSTAIN  and  RSOBEN  are  performed  sequentially. 
To  effect  automatic  processing,  after  copying  the  three  files  from 
tape  to  disk,  enter 

SUBMIT  ORDER-ENTRY 

When  automatic  processing  is  completed,  hard  copy  printouts  for 
RSTAIN,  RSOBEN  and  RSUDEN  are  generated.  Review  these  printouts 
against  the  data  entry  printout  to  be  sure  all  users  have  been 
accountea  for. 

e.  In  the  manual  mode,  the  product  user's  requests  are  processed  and  only 
RSTAIN  and  RSOBEN  are  run.  To  initiate  manual  processing  after  the 
three  files  on  the  tape  are  copied  to  disk,  enter 

@ TAKE  RSTAIN 

Hard  copy  printouts  resulting  from  manual  and  automatic  processing  are  to  be 
filed  in  their  respective  logs  by  the  operator  who  ran. the  programs. 

5.6.2  SOFTWARE  UNIT  02-USER  DATA  ENTRY  - (RSUDEN) 

Computer  Program  Design  Specification  LSD-MMF-CPD-2015. 

5.6.2. 1 Purpose 

RSUDEN  provides  the  means  for  entering  new  users  names,  addresses,  ID  numbers 
and  other  pertinent  data.  Into  the  MMF  data  base. 
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RSUDEN  also  allows  Che  modification  of  existing  user  information  already  in  the 
data  base. 

5 . 6 . 2 . 2 Description 

RSUDEN  can  enter  new  user  information  into  the  MMF  data  base  either  manually  or 
from  the  disk  file  produced  by  RSTAIN.  It  is  not  planned  to  do  the  latter. 

Modification  of  existing  user  information  already  in  the  data  base  is  performed 
manually  via  interactive  terminal.  In  the  manual  mode,  the  operator  transfers 
information  from  a hard  copy  user  information  form  issued  by  the  Project  Office 
to  the  system  via  a VT78  or  VT-100  terminal. 

All  user  information  processes  - whether  they  relate  to  MSS  product  users  or  TM 
product  users  - are  initiated  in  the  MMF  computer  area  on  KMF-M  and/or  MMF-T 
equipment. 

During  the  operation  of  the  Ground  Segment,  the  automatic  mode  will  not  normally 
be  used;  however,  abridged  information  on  automatic  processing  is  provided  here 
for  future  reference. 

In  the  automatic  mode,  RSUDEN  sequentially  follows  KSTAIN  and  searches  the 
RSTAIN  file.  It  compares  user  ID  numbers  on  the  RSTAIN  created  disk  file 
against  user  ID  numbers  in  the  data  base.  ID  numbers  in  the  RSTAIN  file  - but 
not  in  the  data  base  - represent  new  users.  RSUDEN  then  adds  the  new  ID  numbers 
and  the  new  user  information  found  in  the  search,  to  the  d3ta.  base.  In  order  to 
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implement  the  automatic  mode,  the  MMF  data  base  administrator  must  set  a flag  in 
the  common  parameters  area  of  the  data  base  using  the  DBUPDT  utility  program. 

The  CPDS  for  DBUPDT  should  be  consulted  for  the  detailed  information  required  to 
update  the  common  parameters  so  that  RSUDEN  can  be  run  automatically. 

Manual  entry  of  new  user  information  into  the  MMF-M  data  base  and  modification 
of  existing  user  information  in  the  data  base  are  performed  in  the  MMF-M  area 
using  the  MMF-M's  VT78  or  VT-100  terminals  (see  Figure  5-5  for  terminal  location 
and  identification). 

With  exception  of  the  tape  units,  all  of  the  EDP  equipment  required  to  run 
RSUDEN  is  the  same  equipment  used  to  run  RSTAIN  (see  Figure  5-5  and  5-6  for 
equipment  definition). 

5. 6. 2. 3 Unit  Input  Description 

In  the  automatic  mode,  the  RSTAIN  file  is  the  input  to  the  RSUDEN  program.  If 
RSTAIN  is  running  automatically,  RSUDEN  and  RSOBEN  will  follow  automatically  and 
no  further  operator  intervention  is  required. 

In  the  manual  mode,  input  to  RSUDEN  is  via  interactive  terminal  and  consists  of 
transferring  hard  copy  information  from  an  LPO-generated  user  information  form 
to  the  terminal.  Information  on  the  form  defines  whether  a new  MSS  or  TM  user 
is  being  entered  or  an  existing  MSS  or  TM  user  status  is  being  modified.  The 
form's  format  is  identical  to  the  format  of  the  CRT  display  that  appears  when 
RSUDEN  is  called  manually. 
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5-6. 2-4  Unit  Output  Description 

In  the  automatic  mode,  the  RSTA1N  file  is  the  input  to  the  RSUDEN  program.  If 
RSTAIN  is  running  automatically,  RSUDEN  and  RSSOEN  will  follow  automatically  and 
no  further  operator  intervention  is  required.  In  the  manual  mode,  input  to 
RSUDEN  is  via  interactive  terminal  ard  consists  of  transferring  hardcopy 
information  from  an  LPO-generated  user  information  form  to  the  terminal. 
Information  on  the  form  defines  whether  a new  MSS  or  TM  user  is  being  entered  or 
an  existing  MSS  or  TM  user  status  is  being  modified.  The  form's  format  is 
identical  to  the  format  of  the  CRT  display  that  appears  when  RSUDEN  is  called 
manually* 

RSUDEN  end  products  are  outlined  below: 

a.  New  user  information  (ID  number,  mailing  address,  shipping  address, 
etc.)  "in  place"  in  the  data  base. 

b.  Existing  user  information  in  the  data  — when  required  — has  been 
updated. 

c.  Printouts  are  generated: 

1.  Processing  Summary  Report  (RSUDEN. SUM) 

2.  User  Interaction  Log  (RSUDEN. UIC) 

3.  Production  Process  Log  (RSUDEN. PLG) 

5.6.2. 5 Frequency, of  Operation 

RSUDEN  is  run  infrequently  by  the  MMF  data  technician  on  demand  from  the  Project 
Office.  Program  run  time  is  approximately  five  minutes. 
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5. 6. 2. 6 DETAILED  OPERATIONAL  SEQUENCES 

5. 6. 2. 6.1  Manual  Entry  of  New  User  Information 

a.  Read  the  user  information  form  and  determine  if  data  pertains  to  an 
MSS  or  TM  user. 

b.  Log  on  at  the  VTI00  or  VT78  terminal  and  enter  your  password,  followed 
by 

0TAKE  RSUDEN.CMD 

A blank  user  information  form  will  appear  on  the  CRT. 

c.  Enter  the  new  user  ID  number  as  shown  on  the  hardcopy  form  followed  by 

CARRIACE  RETURN 

The  data  base  will  be  searched  to  confirm  that  the  ID  number  entered 
does  not  exist.  Momentarily,  a blank  user  form  will  reappear  on  the 
CRT. 

d.  Enter  the  new  user's  ID  number  and.  all  the  information  given  on  the 
hard  copy  form  exactly  as  shown  on  the  hardcopy. 

e.  Enter 

CARRIACE  RETURN 

to  send  the  completed  form.  If  an  error  was  made  in  completing  the 
form,  an  appropriate  error  message  will  appear  on  the  CRT.  Correct 
the  error  and  enter 
CARRIACE  RETURN 

f.  A blank  user  form  will  reappear  on  the  CRT. 

g.  When  all  of  the  new  users  are  entered,  terminate  the  program  by 
enter ing 
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LINE  FEED 
LINE  FEED 

5. 6. 2. 6-2  Manual  Modification  of  Existing  User  Information 

a.  Read  the  user  information  form  and  determine  if  data  pertains  to  an 
MSS  or  TM  user. 

b.  Log  on  at  the  VT100  or  VT78  terminal  and  enter  your  password,  followed 
by 

0TAKE  RSUDEN.CMD 

A blank  user  information  form  will  appear  on  the  CRT. 

c.  Enter  the  existing  user  ID  number  as  shown  on  the  hardcopy  form 
followed  by 

CARRIAGE  RETURN 

The  user  record  will  be  displayed  on  the  CRT. 

d.  Enter  the  user  information  modifications  exactly  as  shown  on  the 
hardcopy  form.  Check  the  entry  for  accuracy,  then  enter 

CARRIAGE  RETURN 

e.  A blank  user  information  form  will  reappear  on  the  CRT.  Make  the  next 
entry. 

f.  After  the  last  modification  has  been  entered  and  sent,  exit  the 
program  by  entering 

LINE  FEED 
LINE  FEED 
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5.6.2. 7 Record  Keeping  and  Information  Dissemination 

Collect  all  printouts  generated  by  RSUDEN  and  file  them  In  their  respective 
logs.  Check  these  printouts  for  error  messages  that  may  have  Invalidated  an 
entry. 

5.6.3  STANDINC  ORDER  BATCH  ENTRY  (RSOBEN)  - LSD-MMF-CPD-2166 

5.6.3. 1 Purpose 

RSOBEN  verifies  the  existence  of  standing  order  Input  flies  and  enters  the  user 
ground  requirements  (user  ID  number,  mission,  sensor  receiving  station,  ground 
acquisition  frequency,  etc.)  into  the  user  support  services  area  of  the  MMF  data 
base. 

5. 6. 3. 2 Input  Description 

RSTAIN  takes  the  Information  from  the  standing  order  user  request  tape  and 
separates  the  data  into  two  files,  one  containing  user  information,  the  other 
containing  user  product  requirements.  RSUDEN  processes  the  first  file  and  RSOBEN 
processes  the  second.  Therefore,  RSTAIN  and  RSUDEN  must  precede  RSOBEN.  RSOBEN 
reads  the  user  product  file  and  verifies  that  each  user  ground  requirement  Is 
consistent  with  Landsat-D  system  capabilities  and  is  in  the  proper  format  for 
processing.  Valid  entries  are  entered  into  the  data  base;  invalid  entries  are 
written  to  a separate  error  file  and  are  not  entered  into  the  data  base.  After 
all  the  files  are  processed,  a summary  report  is  generated  that  shows  the  number 
of  records  processed,  the  number  and  description  of  the  records  in  error  and  the 
number  of  records  successfully  stored  in  the  data  base.  RSOBEN  also  requires 
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input  user  support  and  common  parameters  areas  of  the  data  base.  RSOBEN  is 
normally  run  automatically;  however  it  can  be  run  manually,  provided  that  RSTAIN 
and  RSUDEN  were  previously  performed.  Again,  MSS  product  users  are  processed  in 
MMF-M;  TM  product  users  are  processed  in  MMF-T. 

5. 6.3. 3 Output  Description 

In  addition  to  entering  user  product  requirements  in  the  data  base,  RSOBEN 
creates  the  following  files. 

a.  Processing  Summary  RSOBEN. SUM 

b.  Error  Record  Summary  RSOBEN. ERT 

c.  Production  Process  Log  RSOBEN. PLG 

5. 6. 3. 4 Frequency  of  Operation 

RSOBEN  is  initiated  by  the  MMF  data  technician.  If  RSOBEN  is  run  automatically 
with  RSTAIN  and  RSUDEN,  the  process  will  occur  once  a week.  When  RSOBEN  is  run 
manually,  it  will  be  by  Project  Office  request. 

5. 6. 3. 5 Detailed  Operational  Sequences 

5. 6. 3. 3.1  Automatic  Mode 

No  operator  interaction  is  required  if  the  RSTAIN,  RSUDEN  and  RSOBEN  package  is 
being  run  automatically. 

3. 6. 3. 5. 2 Manual  Mode 

Assuming  RSTAIN  and  RSUDEN  ran  succesfully,  the  following  steps  are  required  to 
run  RSOBEN  manually. 
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a.  Use  MMF-M  equipment  if  MSS  user  products  are  being  entered;  use  MMF-T 
equipment  if  TM  user  products  are  being  entered. 

b.  Log  on  to  the  appropriate  VT78  or  VT100  terminal  and  enter  your 
password. 

c.  Enter 

@TAK£  RSOBEN.CMD 
followed  by  CARRIAGE  RETURN 

d.  When  RSOBEN  completes  processing,  the  program  termination  message 

RSOBEN-END  OF  PROCESSING 
will  appear  on  the  CRT. 

e.  To  log  off,  enter: 

LINE  FEED 

LINE  FEED 

5.6. 3.6  Record  Keeping  and  Information  Dissemination 

Each  of  the  three  printouts  generated  by  RSOBEN  i.e.,  RSOBEN. SUM,  RSOBEN. ERT  and 
RSOBFN.PLC  should  be  reviewed  by  the  data  technician  to  verify  successful  entry 
of  user  product  requests.  All  printouts  are  to  be  filed  in  their  respective 
logs  by  the  data  technician  who  ran  the  program. 
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SECTION  6 

SPACECRAFT  SCHEDULING 

6.1  ENVIRONMENT/RESOURCES 

The  spacecraft  scheduling  function  commences  in  the  MMF  but  Is  carried  out 
predominantly  in  the  CSF.  The  major  equipment  items  employed  by  the  scheduling 
function  are : 

a.  The  DEC  system  20/50  in  the  MMF  and  its  Decnet  interconnection  to  the 

CSF  . 

b.  The  CSF  computer  system  based  on  the  three  VAX  11/780  processors  with 
associated  I/O  devices  and  Nascom  and  Decnet  links 

c.  Two  flight  scheduling  subsystem  (FSS)  consoles,  each  with  a CRT 
terminal 

d.  One  KSR  teletype  for  communication  to  the  Network  Operations  Control 
Center  (NOCC),  and  to  the  foreign  ground  stations 

e.  Telephone  connections. 

The  major  software  items  used  in  the  spacecraft  scheduling  operation  are: 

a.  The  Flight  Segment  management  subsystem  (FMS)  for  creating  sets  of 
image  data  acquisition  candidates 

b.  The  flight  scheduling  subsystem  (FSS)  consisting  of  the  scheduling 
support  package  (SSP),  the  mission  scheduling  package  (MSP)  and  the 
acquisition  analysis  package  (AAP) 

c.  .'he  Network  Control  Center  subsystem  (NCCS) 

d.  Ground  trace  maps,  predicted  site  acquisition  tables  and  charts,  and 
other  scheduling  aids. 
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6.2  OVERVIEW/BACKGROUND 

The  spacecraft  scheduling  function  accepts  user  requests  for  image  data 
acquisition,  as  compiled  and  validated  by  the  request  support  subsystem  (RSS)  of 
the  MMF;  combines  these  with  mission  support  requests;  schedules  the  required 
link  support;  generates  a detailed  schedule  of  flight  segment  activities;  and 
from  the  analysis  of  telemetry  and  link  support  information,  feeds  back  the 
results.  In  the  pre-TDRSS  mode  of  operation,  the  spacecraft  seflneduling  function 
develops  a generic  schedule  request  for  the  GSTDN,  the  Trasnsportable  Ground 
Station  (TGS) , Domsat,  and  other  links,  to  anticipate  all  the  rsecurring  Landsat- 
D support  requirements  through  each  16-day  orbital  repeat  (cycle.  This  is 
refined  into  a daily  schedule  that  develops  the  detailed  sequence  of  spacecraft 
and  sensor  activities  for  each  ground  station  contact  and  issues  in-pass 
briefing  messages  to  the  network  and  a mission  activities  lfsSt  to  the  command 
processing  subsystem.  The  scheduling  function  also  provictes  a dynamic 
scheduling  capability  to  handle  last  minute  changes. 

In  addition  to  manipulating  ephemeris  data  for  its  own  puirposes,  the  FSS 
software  is  responsible  for  ingesting  and  transferring  to  the  command  processing 
subsystem  a variety  of  ephemeris  and  attitude  related  parameters;  meeded  in  the 
FS.  This  includes  star  catalog  data.  Global  Positioning;  System  (GPS) 
parameters,  and  OBC  ephemeris  parameters.  OBC  memory  update;  data  is  also 
prepared  for  uplinking  in  the  FS. 
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Special  scheduling  Casks  include  the  management  of  the  record  and  playback 
sequences  of  the  FSS  standard  tape  recorders  (STR);  scheduling  the  wideband 
video  recorders  at  domestic  ground  stations  and  at  certain  foreign  ground 
stations  for  domestic  use;  scheduling  DRRTS  data  reception  from  TGS  and  White 
Sands,  and  DRRTS  transmissions  Co  EDO. 

Post-pass,  the  FSS  will  be  provided  selected  telemetry  data  that  is  combined 
with  link  performance  data  from  GSTDN  for  an  assessment  of  the  success  in 
carrying  out  the  schedule.  The  results  of  this  assessment  are  fed  into  regular 
evaluation  reports  and  into  the  MMF  accounting  system  where  notification  of  the 
acquisition  of  payload  data  triggers  subsequent  requests  for  image  data 
processing.  The  FSS  also  prepares  the  MSS  and  TM  ancillary  data  required  for 
image  processing. 

6.3  FUNCTION  DESCRIPTION 

The  spacecraft  scheduling  function  is  a complex  of  tasks  that  range 
chronologically  over  several  weeks,  and  in  services  from  link  scheduling  to  the 
preparation  of  selected  telemetry  for  use  in  image  processing.  Chronologically 
the  task  begins  with  the  development  of  a generic  link  requirements  schedule 
that  accommodates,  within  the  limits  of  a pre-TDRSS  network,  the  anticipated 
recurring  payload  and  mission  support  activities.  This  generic  schedule  will  be 
figured  on  the  Landsat-D  16-day  orbital  repeat  cycle  and,  with  occasional 
modifications,  can  serve  for  months  as  the  basic  scheduling  plan.  In  the  days 
preceding  the  actual  events  a detailed  schedule  is  worked  out,  largely  through 
automated  processes.  This  "daily  schedule"  covers  24  hours  and  is  completed  at 
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about  1800  local  time  for  events  to  start  at  0300-0430  GMT  the  next  dav.  Figure 
6-1  blocks  oat  the  scheduling  steps. 

In  addition  to  scheduling  payload  activities  and  sufficient  network  support  ta 
cover  housekeeping  telemetry,  tracking  data,  and  ccjmand  loading,  the  FSS 
performs  functions  related  to  uplinking  Jala  to  the  FS  and  to  post-pass  analysis 
of  results.  These  functions  include: 

a.  Prepare  in  uplink  format  aphemerides  for  the  OBC. 

b.  Generate  an  uplink  star  catalog  table  for  use  ir.  the  attitude  control 
system  (ACS). 

c.  Process  Global  Positioning  System  (GPS)  support  data  for  uoltnking. 

d.  Accept  payload  requests  from  MMF  for  planning  and  scheduling. 

e.  Filter  requests  for  payload  data  based  on  predicted  cloud  cover  s^n 
angle,  and  conflicts  with  higher  priority  activities. 

f.  Schedule  wideband  vldpo  recorders  at  selected  foreign  and  domestic 
sites. 

g.  Manage  the  STU  record  and  playback. 

h.  Schedule  DRRTS  data  transmission  to  EDC  and  receipt  from  Whice  Sands. 

i.  Provide  post  pass  analysis  of  mission  support  and  payload  events  based 
on  selected  telemetry  data  and  link  support  performance. 

J.  Process  MSS  and  TM  ancillary  data  from  selected  telemetry, 
k.  Feedback  schedule  status  to  MMF. 
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6.4.1  PLANNING 

6. 4.1. 1 Cenerlc  Scheduling 

The  first  step  In  scheduling  Is  to  draw  up  a long  range  plan  that  matches  the 
available  GSTDN  resources  (augmented  by  TCS  and  wideband  video  recorders  at 
selected  foreign  sites)  with  the  general  requirements  of  approved  users  and  with 
the  expected  recurring  requirements  for  mission  support.  This  plan  will  be 
developed  before  launch  based  on  the  nominal  orbit  and  the  World  Reference 
System.  After  the  trajectory  is  adjusted  the  plan  will  be  refined  to  match  the 
actual  timing  of  the  orbit  and  accommodate  any  changes  in  mission  support 
requirements.  The  long  range  plan  will  be  drawn  up  by  the  flight  operations 
planner  In  consultation  with  the  ground  controller.  It  will  be  a repetitive 
plan  based  on  the  16-day  cycle  of  the  landat-D  ground  trace.  From  the  long 
range  plan  a generic  set  of  network  support  requirements  will  be  extracted  and 
forwarded  la  a tabular  form  to  the  Network  Operations  Control  Center  (NO CC). 
(NOTE:  It  Is  assumed  that  the  plan  Is  within  the  bounds  of  basic  agreements  like 
the  Landsit-D  SIKO  and  relevant  Interface  agreements.  If  not,  any  Implied 
changes  will  have  to  be  routed  through  channels  for  approval).  Table  6-1  Is  a 
sample  of  the  generic  schedule  for  GSTDN.  Generic  support  requirements  that 
provide  guidelines  for  GSTDN  scheduling,  e.g.,  preferred  site  support,  time  of 
day  for  support,  geographical  locations,  minimum  time  between  passes,  etc.  will 
be  detailed  In  memorandum  form  and  sent  to  the  NOCC.  These  requirements  will  be 
consonant  with  the  Network  Operations  Support  Plan  and  the  STDN  document. 
Operations  Interface  Procedures  between  the  STDN  NOCC  and  Landsat-D  CSK.  As 
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requirements  and  conditions  change,  the  long  range  plan  will  be  adjusted  but  the 
basic  schedule  will  probably  hold  for  months  at  a time.  The  flight  operations 
planner  will  be  responsible  for  making  any  necessary  adjustments.  The  flight 
operations  planner  will  incorporate  them  into  the  link  support  requirements  and 
transmit  them  to  the  NOCC  either  by  teletype  or  by  submitting  new  tables.  Any 
change  in  the  generic  schedule  requirements  should  be  submitted  to  the  NOCC  at 
least  11  days  prior  to  the  start  of  the  scheduling  week  in  which  the  change  is 
to  be  Implemented. 

The  particulars  of  the  mission  support  requirements,  the  inputs  and  outputs,  the 
interfaces,  the  timelines,  the  software  routines,  etc.,  that  drive  and  constrain 
the  schedule  planning  will  be  given  after  the  description  of  the  major 
scheduling  steps. 
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Table  6-1.  Spacecraft  Scheduling 


DAY 

CYCLE  DAY  FIVE 

DESC 

STA 

START 

STOP 

NODE 

REMARKS 

BLT 

0035 

0046 

119. 50E 

ULA 

0049 

0058 

011854 

BLT 

0216 

0228 

93.69E 

ULA 

0228 

0238 

030209 

CDS 

0358 

0412 

67.87E 

ULA 

0408 

0420 

044525 

PAC 

0429 

0440 

GDS  K 

0540 

0553 

42.06E 

ULA 

0550 

0602 

062841 

PAC 

0612 

0616 

ULA 

0733 

0744 

16.24E 

081157 

MAD 

0936 

0951 

09.57W 

P/P  PB 

ORR 

1213 

1226 

35.39W 

113829 

BDA 

1305 

1320 

61.20W 

132145 

PAC 

1443 

1455 

87.02W 

CANADA  DATA 

BLT 

1446 

1458 

150500 

PAC 

1625 

1641 

112. 83W 

BLT 

1630 

1636 

164816 

GDS 

1531 

1645 

PAC 

1807 

1822 

138. 65W 

ULA 

1808 

1818 

183132 

GDS  K 

1813 

1827 

PAC 

1949 

2001 

164. 47W 

ULA 

1950 

2002 

201448 
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ULA 

2132 

2144 

169. 70E 

215804 

ULA 

2314 

2323 

143. 88E 
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6. 4. 1.2  Specific  Scheduling 

Specific  support  requests  provide  a particular  time  and  location  for  STON 
support.  These  are  submitted  by  NCCS  to  the  NOCC  via  teletype  as  soon  as  they 
are  available.  They  will  cover  activities  not  anticipated  in  the  generic 
schedules.  The  form  and  content  of  specific  schedule  requests  for  GSTDN  support 
are  negotiable  and  may  change  with  time  but  will  include  the  following 
parameters: 

a.  Date 

b.  Spacecraft  (name  or  SUPIDEN) 

c.  Station 

d.  Signal  Acquisition  (as  provided  by  predicted  AOS  or  otherwise 

determined  start  of  operation) 

e.  Signal  Termination 

f.  Type  of  support  which  is  identified  by  specific  TTY  characters  that 
are  defined  in  the  generic  support  description  or  the  NOSP 

g.  Antenna  type  - minimum  antenna  type  only  if  it  is  different  from  that 
documented  in  the  NOSP. 

h.  Remarks. 

The  processes  from  which  specific  scheduling  requests  are  generated  will  be 
detailed  in  later  subsections. 

6. 4. 1.3  Update  Schedule  Support  Data  Base 

This  paragraph  describes  the  steps  necessary  to  compare  the  Landsat-D  scheduling 
requirements  against  the  support  actually  planned  by  the  NOCC.  These  steps  take 
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place  on  Friday,  eight  days  before  the  first  event  on  the  schedule.  It  begins 
with  the  deliveiy  at  0800L  of  products  from  the  Orbit  Computations  Croup  (OCG) 
in  hardcopy,  graphical,  and  Computer  Compatible  Tape  forms.  These  products, 
their  content  and  format,  are  defined  in  the  OCO/Landsat-D  Interface  Control 
Document,  CES  10140.  From  the  standpoint  of  advance  planning,  the  items  of 
interest  are  the  orbital  plots  and  the  summary  predicts  in  hardcopy;  the  ground 
trace  predicts  in  plot  form,  and  the  FS  pass  predictions  tape.  In  steps  that 
will  be  delineated  in  paragraph  6.4.4,  Computer  Program  Operations,  a computer 
operator,  at  the  direction  of  the  flight  operations  planner,  enters  the  pass 
prediction  tape  into  the  FSS  data  base.  The  content  of  this  tape  is  given  in 
Table  6*2  and  a sample  printout  is  shown  in  Table  6-3.  Next  the  flight 
operations  planner  will  make  any  desired  changes  in  the  scheduling  data  base  as, 
for  example,  FS  constraint  parameters,  anticipated  link  downtime,  RF  link 
parameter  values. 

6. 4. 1.4  The  Meekly  Advance  Planning  Schedule 

On  Monday,  one  week  prior  to  the  week  to  which  it  is  applicable,  the  weekly 
advance  planning  schedule  is  transmitted  by  teletype  from  the  NOCC  to  the  NCCS. 
This  schedule  results  from  the  NOCC's  attempt  to  satisfy  the  CSF  requirements  as 
provided  in  generic  and  specific  requests.  This  schedule  has  a specific  format 
of  which  Table  6-4  is  an  example. 

The  flight  operations  planner  enters  the  weekly  advance  planning  schedule  into 
the  data  base  of  the  FSS  via  the  link  schedule  handler  (LSH)  of  the  NCCS.  The 
operation  of  this  program  will  be  given  in  paragraph  6.4.4. 
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ITEM 

COL.(1) 

1 

PARAMETER 

FIELD  SIZE 

UNITS 

1 

2-7 

TDRS  Name  or^ 

XXXX 

Alphanumeric 

2 

8 (T) 

GSTDN  Name  .. 
TDRS  Pass  Type  Flag'1*' 
Orbit  Number'1 

XXXX 

X 

Alpha 

Alphanumeric 

3 

9-13 

XXXXX 

Numeric 

4 

14 

Pass  Continuation  Flag 

X 

Alpha 

5 

15-17 

Day  of  Year 

XXX 

Day 

6 

19-24 

Date . (Year .Month ,Day) 
Time'-51 

XX: XX: XXX 

Numeric 

7 

26-31 

XX: XX: XX 

HRS:MIN:SEC 

8 

33-38 

TDRS/SC  Pointing  Angle  X-EW(6) 

or  (7) 

GSTDN  Antenna  Pointing  Angle, X ' 

TDRS/SC  Pointing  Angle  Y-KS''b; 

+XX.XX 

Degrees 

9 

39-44 

+XX.XXX 

Degrees 

°r  (7) 

GSTDN  ANtenna  Pointing  Angle  Y' 

10 

46-52 

Landsat-D  Range  to  TDRS  or  GSTDN 
TDRS  Antenna  Angle-PHl'8' 

XXXXX. X 

Kilometers 

11 

54-60 (T) 

XXX. XX 

Degrees 

55- 60(G) 

GSTDN  Antenna  Angle-Azimuth 
TDRS  Antenna  Angle-THETA'°' 

XXX. XX 

Degrees 

12 

61-67 

♦XXX.XX 

Degrees 

62-67 (G) 

or 

GSTDN  Antenna  Angle-Elevation 

+XX.XX 

Degrees 

13 

69-73 

TDRS  Multiple  Access  (KA)  Ant. 
Angle 

XX.  XX 

Degrees 

or 

69-75(G) 

Landsat-D  Height  Above  GSTDN 

XXXXX. X 

Kilometers 

14 

7A  (T) 

Landsat-D-TDRS-Earth 
MA  Ant.  Angle  Flag 

'X 

Alpha 

15 

77 

Landsat-D  Sun  Condition 

X 

Alphanumeric 

16 

78 

RF  Interference  Flag  (TDRS-VHSF- 
SUNAngle) 

X 

Alpha 

or 

. GSTDN/SC  Range  Cutoff  Flag 

X 

Alpha 

17 

79 

South  Atlantic  Anomaly  or  Z0E 
Zones  Flag 

X 

Alpha 

80(G) 

GSTDN  Keyhole  Flag 

X 

Alpha 

18 

81-84 

Type,  of  Event^^ 

XXX 

Alpha 

19 

_ 85. 

TDRS-Sun  Condition 
or 

Station  Mask  Table  Flag 

X 

Alphanumeric 

66(T) 

X 

Alpha 

20 

RFI  Flag  (SC-TDRS-Sun 
Angle  or  TDRS-SC  Sun  Angle 

X 

Numeric 

87  (T) 

21 

RFI  Flag-Earth  Interference 

X 

Alpha 

I 
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M 


[a 

\\ 

22 

88  [I  j 

91-119 (T) 

• 121-127 (T) 

Earth  Background  Flag 

X 

Alpha 

i i 

l-  \ 

23 

Primary  TDRS  Tracker  Flag 

X 

Alpha 

?! 

24 

TDRS/Landsa t-D  Dopplers 
TDRS  SATIDU> 

(10) 

Alphanumeric 

25 

xxxxxxx 

Numeric 

26 

• 1 28— 1 p2 

Event  Duration  if  Event  Entrance 
(minutes : seconds) 

XX:  XX 

Numeric 

NOTES:  ^ 

(1)  Column  numbers  correspond  to  those  given  In  Table  3-2,  STDN  pass 
predictions  printout.  Tape  byte  numbers  are  6hovn  in  Section  10.1. 

(2)  Where  different  parameters  are  listed  for  the  same  Item  number,  the 
first  entry  shall  be  on  the  TDRS  data  record  and  the  second  entry 
6hall  be  on  the  GSTDN  data  record. 

(3)  Station/TDRS  names  and  TDRS  Satellite  I.D.s  shall  be  on  page  003, 
Table  3-2. 

(4)  Flags  shall  be  as  defined  on  pages  004-005,  Table  3-2. 

(5)  Time  shall  be  stated  as  Universal  Time  Coordinated  (UTC). 

(6)  Measured  degrees  East(+),  West(-),  or  North(+) , Scuth(-)  of  NADIR,  as 
viewed  from  the  TDRS. 

(7)  Measured  degrees  East(+),  West(-)  or  North(+)  , South(-)  of  Zenith,  as 
viewed  from  the  GSTDN  station. 

(8)  PHI  and  THETA  shall  be  as  defined  on  page  003,  Table  3-2. 

(9)  Event  codes  shall  be  os  defined  on  page  005,  Table  3-2. 

(10)  TED. 

(11)  Orbit  one  start  shall  be  at  first  ascending  node  after  injection. 

(T)  TDRS  record  only 

(G)  GSTDN  record  only 


* Page  references  are  to  GES  10140 
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Table  6-4.  Weekly  Advance  Planning  Schedule  Fonaat 


RR  GOPS  GLND 
DE  GNBS  001 
16/1215Z 
INFO  GOPS 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


REF:  FOLLOWING  IS  THE  POCC  TELEMETRY  AND  COMMAND  REQUEST  FOR  THE  PERIOD 

000Z  NOV  23,  *81  THRU  2359Z  NOV  29,  *61.  ■ 

811123  LNDST-4 


STATION  ORBIT  DATA 
NBR..  AOS 

DATA 

LOS 

COMMAND 

TYPE 

COMMAND 

TIME 

REMARKS 

BLT  00124  0046 

- 01  VCIC  0026-0112 
01  WMDX  007.6-0112 
GBLT/GLND 

0100 

• 

RCTD 

RR  0040  KB 
PDF-B.D.2W, 
SEQ  C-'JLA 

ULA  . 00124  0059 

. 01  VOIC  0026-0115 

01  WMDX  0026-0115 
01  SKID  0026-01 1 5 
(sULA/GLND 

0113 

. 

RCD 

AF  0000  KB 
PDF-B.C. 
SEQ  G3LT 

BLT  00125  0226 

01  VOIC  0206-0255 
01  WMDX  0206-0255 
GBLT/GLND 

0243 

* 

RCTD 

RR  0040  KB 
PDF-B,D,2W, 
SEQ  GULA 

ULA  00125  0239 

01  VOIC  0206-025S 
01  WMDX  02D5-0256 
01  SMIB  0206-0256 
GULA/GLND 

0254 

RCD 

AF  0000  KB 
PDF-B.C. 
SEQ  GELT 

GDS  00126  0409 

01  VOIC  0349-0437 
01  WMDX  0349-0437 
GGDS/GLND 

0425 

RCTD 

AA  0008  KB 
PDF-B.2W, 
SEQ  GULA 

ULA  00126  .0419 

01  VOIC  0349-0437 
01  WMDX  0349-0437 

'0435 

RCD 

AF  0040  K5 
PDF-B.C, 
SEQ  GGDS 

ULA  00126  0433- 

01  VOIC  0433-0446 

0446 

D 

XX  0123  KB 
(I)  Fur-3 

01  VISDX  0433-C446 
01  SKIB  0433-0446' 
G'JIA/GLND 
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6. 4. 1.5  Transfer  Payload  Candidate  Requests 

The  flight  operations  planner  next  Initiates  a program  called  candidate  request 
generation  which  is  a part  of  the  FS  management  subsystem  of  the  MMF . It 
searches  the  data  base  of  user  requests  as  maintained  by  the  output  of  the 
request  support  subsystem  (RSS)  software  described  in  Section  4 and  generates  a 
file  of  candidate  requests.  The  candidate  requests  are  a scene  by  scene 
breakdown  of  the  validated  standing  orders  developed  in  RSS.  These  candidate 


requests  are  flagged  as  planning  requests  covering  the  planning  period 
designated  by  the  operator.  The  details  of  running  this  routine  are  described 
in  paragraph  6.4.4.  The  format  of  this  file  is  given  in  the  MMF/CSF  ICD,  CES 
10093. 


Next,  the  ground  controller  activates  from  the  CSF  a Decnet  transfer  to  the  data 
base  of  the  CSF  system. 


6. 4. 1.6  Mission  Support  Requests 

In  a formal  sense  mission  support  requests  come  to  CSF  from  Mission  Management. 


Operationally,  however,  they  have  several  points  of  origin.  The  mission  support 
planning  software  has  a table  driven  function  that  ensures  that  a predictable 
list  of  support  activities  will  be  included  in  the  schedule  requests.  In 
addition,  the  flight  operations  planner  will  enter  such  specific  mission  support 
requests  as  have  been  brought  to  his  attention  by  flight  management. 


The  flight  operations  planner  will  activate  the  mission  support  planning 
software  according  to  directions  provided  in  paragraph  6.4.4. 
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6 . 4 . 1 . 7 Obtain  Link  Support 

The  steps  described  in  this  subsection  are  the  culmination  of  the  planning 
phase.  They  are.  In  summary: 

a.  Plan  as  many  of  the  payload  and  mission  support  requests  as  can  be 
fitted  into  the  resources  and  time  slots  allocated  by  the  Network  in 
its  weekly  advance  planning  schedule. 

b.  Determine  what  requests  remain  unsupported. 

c.  Determine  whether  unsupported  requests  can  potentially  be  accommodated 
in  other  time  slots  or  with  ocher  Network  resources. 

d.  Request  from  the  NOCC  the  additional  network  support  indicated  by  step 
<c.). 

e.  File  for  subsequent  resubmittal  support  requests  not  met. 

These  steps  occur  as  soon  after  the  receipt  of  the  weekly  advance  planning 
schedule  as  the  demands  on  the  flight  operations  planner's  time  permits. 

The  obtain  link  support  (OLS)  program  is  a part  of  the  FSS.  Its  operation  is 
described  in  paragraph  6.4.4.  It  will  schedule  the  Landsat-D  Network  support 
requirements  based  on  the  payload  candidate  requests,  the  mission  support 
requests,  and  the  contents  of  the  pass  prediction  tape.  This  schedule  will  be 
compared  to  the  NOCC  developed  weekly  advance  planning  schedule  and  the 
differences  resolved  in  subsequent  interaction  with  the  NOCC. 

The  OLS  has  the  following  essential  features: 

a.  In  time/priority  order  it  fits  payload  and  mission  support  requests 
into  the  potentially  available  contact  periods  of  the  ground  antennas. 
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b.  It  matches  data  operations  to  link  capabilities* 

c.  It  has  a rudimentary  conflict  avoidance  capability,  i.e.,  it  will  not 
schedule  simultaneous  data  operations  that  conflict  with  data  system 
capabilities. 

d.  Where  mission  support  activities  are  flexible  with  respect  to  the  time 
of  data  transmission,  the  OLS  can  shift  a support  request  within  a 
statioa  contact  period  or  to  another  station  contact. 

A subsequent  run  of  the  NCCS  link  schedule  handler  (LSH)  identifies  where 
additional  support  is  needed.  The  flight  operations  planner  will  activate  OLS 
with  respect  to  the  time  period  provided  by  the  NOCC  weekly  advance  planning 
schedule.  Additional  link  support  needed  will  be  passed  to  the  NCCS  where  the 
flight  operations  planner  will  prepare  the  indicated  specific  link  support 
requests  and  transmit  them  by  teletype  to  the  NOCC.  The  NOCC  will  respond  with 
acceptance  or  rejection.  These  responses  will  be  typed  into  the  NCCS  and  made 
available  to  the  FSS.  The  total  of  activities  scneduled  into  the  contact 
periods  made  available  by  the  NOCC,  plus  activities  scheduled  for  Foreign  Ground 
Stations,  becomes  the  advance  plan.  All  the  requests  remain  in  the  request  area 
of  the  data  base  for  possible  action  should  conditions  change,  e.g.,  a lower 
priority  payload  request  might  be  substituted  for  a higher  if  the  latter  is 
rejected  in  daily  scheduling  by  limits  in  predicted  cloud  cover. 

6. 4. 1.8  Timeline  for  Schedule  Planning 

The  timeline  on  which  schedule  activities  run  is  given  in  Figure  6-2.  For  the 
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flight  operations  planner  a typical  planning  period  would  proceed  along  the 
following  calendar: 

a.  Three  weeks  prior  to  the  event  period,  check  whether  the  generic 

schedule  holds  and  submit  any  changes  to  the  NOCC. 

b.  On  Tuesday,  11  days  prior  to  event  week,  update  the  schedule  support 

data  base  with  the  OCC  provided  ephemeria  and  station  contact 

predictions  inputs. 

c On  Monday,  one  week  prior  to  event  week,  run  the  OLS  and  enter  the 
weekly  advance  planning  schedule  from  NOCC.  Run  the  LSH  to  identify 
additional  link  support  needed.  Submit  additional  requests  to  NOCC. 
Generate  an  advanced  schedule  for  foreign  ground  stations  with  NASA 
recorders  and  send  via  TTY. 

The  flight  operations  planner  will  perform  these  tasks  during  periods  when  he  is 
not  engaged  in  the  preparation  of  the  daily  schedule.  Second  and  third  shift 
operations  will  handle  most  of  these  duties.  The  nominal  time  required  for  each 

step  of  the  advance  planning  process  is  (TBD).  Program  run  times  are  given  in 

paragraph  6.4.4. 

6. 4. 1.9  Personnel 

Primary  responsibility  for  advance  scheduling  lies  with  the  flight  operations 
planner.  He  is  cognizant  of  any  changes  in  the  level  or  conditions  of  payload 
operations  or  in  new  requirements  for  mission  support.  The  flight  operations 
planner  will  be  assisted  by  couriers  and  computer  operators  in  the  following 
operations : 
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a.  Acquisition  of  tapes  and  hardcopy  from  the  OCG. 

b.  Insertion  of  taped  data  into  the  data  bases. 

c.  Transcription  of  schedule  requests  as  presented  in  the  NCCS  display  to 
teletype  messages  for  transmission  to  the  NOCC. 

d.  Transcription  of  NOCC  schedules  from  teletype  printouts  to  NCCS 
computer  Inputs. 

e.  Transcription  of  advance  schedules  for  foreign  ground  stations  with 
NASA  recorders  to  teletype  messages. 

6.4.2  DAILY  SCHEDULING 

At  about  0800  local  time  the  daily  scheduling  process  begins.  The  pacing  item 
for  this  is  the  receipt  of  the  cloud  cover  data  transmitted  via  phone  facsimile 
to  the  CSF.  The  daily  scheduling  process  should  be  completed  by  about  1800 
local  time  to  provide  sufficient  lead  time  for  the  first  events  of  the  schedule 
day  which  starts  at  0300-0430  CMT.  The  daily  scheduling  process  recompiles  the 
schedule,  screens  the  payload  requests  against  observational  constraints, 
prioritizes  the  conflicting  requests,  assures  compatibility  and  proper 
sequencing  of  activities,  and  fits  them  into  the  previously  reserved  link 
support  timelines. 

6.4.2. 1 Steps  in  Producing  the  Dally  Schedule 

6.4.2. 1.1  Data  Base  Entries 

a.  At  1000  Local  on  the  Thursday  preceding  the  day  being  scheduled,  a 
courier  picks  up  OCG  outputs  that  include: 
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1.  The  predicted  fit  ephemeris  tape,  which  supplies  data  used  In 
predicting  scene  center  times,  longitude  and  start  time  of  orbit 
(ascending  node),  and  sun  elevation  and  azimuth  at  scene  center. 
These  files  ave  used  by  the  mission  scheduling  packages  and  by 
the  payload  evaluation  subsystem. 

2.  The  flight  segment  pass  prediction  tape  which  is  used  in  link 
scheduling  and  payload  requests  screening. 

3.  Printouts  of  the  STDN  pass  predictions,  TOPSAS  orbital  plots, 
TOPSAS  ground  trace  predicts,  and  pass  summary  predicts  which  are 
aids  to  scheduling  and  planning. 

Details  of  their  accuracy,  the  periods  they  cover,  and  their 
interrelationships  are  contained  in  the  GS/OCG  ICD,  GES  10140. 
At  the  direction  of  the  flight  operations  planner  a computer 
operator  will  enter  these  tapes  into  the  FSS  data  base  using  the 
scheduling  support  package  (SSP).  The  operation  of  the  SSP  is 
supplied  in  paragraph  6.4.4.  This  task  will  be  completed  prior 
to  the  inception  of  Friday's  daily  scheduling.  Examples  of  the 
pass  predictions  and  orbital  plots  were  provided  in  Tables  6-2 
and  6-3. 

At  0800  local  time  the  daily  scheduling  process  begins,  when  the 
flight  operations  planner  checks  to  see  whether  the  resource 

capabilities  files  need  to  be  modified.  These  files  contain 

parameters  describing: 
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Link  capabilities  * Flight  Segment  Engineer/NOCC 

Mission  support  request  requirements  Flight  Segment  Engineer 

Payload  request  requirements  MMF/Project  Office 

Spacecraft  capabilities  Flight  Segment  Engineer 

Spacecraft  constraints  Flight  Analyst 

Station  capabilities  NOCC 

Information  regarding  these  parameters  are  made  available  by  the 
cognizant  parties.  The  flight  operations  planner  inserts  changes  by 
program  operations  described  in  paragraph  6.4.4. 

At  1000  local  a courier  delivers  from  the  OCG  the  Landsat-D  ephemeris 
representation  tape  (ERT).  This  tape  is  ingested  to  produce  an  uplink 
file  of  ephemeris  data  for  the  OBC.  (At  a later  date  the  tape  '/ill 
also  contain  TORS  ephemeris  data  from  which  antenna  pointing  vectors 
will  be  derived).  The  input  tape  format  and  content  is  defined  in  the 
GS/OCG  ICD,  GES  10140.  The  uplinked  ephemeris  data  is  used  in  the  OBC 
for  position  and  attitude  determinatio. 

The  star  catalog  program  is  activated  by  the  flight  operations  planner 
to  prepare  a list  of  star  coordinates  and  intensities  to  be  used  by 
the  FS's  Fixed  Head  Star  Tracker  (FHST)  for  attitude  determination. 
This  program  extracts  from  a master  catalog  a file  of  55  stars  of 
suitable  intensity  and  spacing  along  the  swaths  to  be  covered  during 
the  next  five  days.  This  data  is  updated,  converted  to  OBC  uplink 
format,  and  placed  into  one  file  for  later  transmission  to  the  FS  and 
in  another  file  for  entry  to  the  TSIM.  The  operation  of  the  star 
catalog  program  is  described  in  paragraph  6.4,4, 
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Approximately  24  hours  before  the  start  of  the  day  to  which  it  applies 
the  NOCC  will  transmit  via  TTY  a daily  network  operations  schedule. 
Table  6-5  is  an  example  of  this  schedule.  It  covers  24  hours.  This 
message  is  received  in  the  NCCS  where  the  flight  operations  planner 
carries  out  a process  of  reconciling  the  NOCC  schedule  with  the 
schedule  compiled  in  the  NCCS  from  previously  granted  GSTDN  support. 
(The  method  of  performing  the  schedule  comparison  is  TBD). 
Discrepancies  between  the  schedules  will  be  resolved  by  telephone 
conversation  between  the  flight  operations  planner  and  the  NOCC 
operator.  Where  necessary,'  specific  schedule  requests  will  be 
resubmitted  to  the  NOCC  for  inclusion  in  the  daily  network  operations 
schedule.  This  process  of  reconciliation  should  be  completed  by  1200 
local  of  the  day  preceding  the  scheduled  events. 

GPS  support  data  is  prepared  next  for  uplink  to  the  FS.  The  types  of 
GPS  data  uplinked,  the  source  of  the  data,  and  how  often  it  is 
uplinked  is  as  follows: 


DATA  TYPE  SOURCE 

Landsat-D  Host  Vehicle  IIRV-TWX.  from  OCG 

Almanac 

Pole  Position  Coordinates  Naval  Observatory  Report 

OBC/GPS  Parameters  F/S  Analyst 

NDS  Almanac  Naval  Surface  Weapons  Center 


TIME 

As  required 

Daily 

Daily 

As  required 
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All  this  data  is  inserted  manually,  the  NDS  almanac  is  available  on 
punched  cards  and  the  rest  from  tables.  Processes  within  the  schedule 
support  package  convert  this  data  to  appropriate  form  for  use  by  the 
command  load  converter.  The  computer  program  operations  required  for 

this  are  described  in  paragraph  6.4.4. 
g.  Cloud  cover  predictions  will  be  received  in  the  CSF  between  1300  and 
1400  local  time.  They  are  received  by  phone  facsimile.  An  operator 
manually  enters  this  data  via  the  cloud  cover  process  of  the 
scheduling  support  as  described  in  paragraph  6.4.4.  The  input  is  in 
the  form  of  coded  values  for  the  predicted  percent  of  cloud  cover 
along  the  paths  and  rows  to  be  covered  in  the  24-hour  scheduling 
period.  The  predicted  cloud  cover  file  is  used  in  the  next  3tep  of 
the  dally  schedule  process  which  is  that  of  screening  payload 
candidates. 

6. 4. 2. 1.2  Ingest  Payload  Requests  from  WMF 

Payload  candidate  requests  are  transferred  from  the  MMF  to  the  CSF  as  described 
in  paragraph  6. 4. 1.5  except  that  the  requests  are  flagged  for  scheduling  rather 

than  planning. 

6.4.2. 1.3  Run  Screen  Candidate  Requests  Software 

Payload  candidate  requests  are  checked  to  see  whether  the  percent  of  predicted 
cloud  cover  exceeds,  or  the  sun  elevation  angle  falls  below,  the  scene 
requestor's  criteria.  The  flight  operations  planner  executes  this  program  by 
procedures  described  in  paragraph  6.4.4.  Rejection  of  candidates  feeds  back  to 
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the  MMF  by  way  of  deletion  files  generated  following  scheduling.  NOTE:  The 

rejection  of  some  candidates  may  make  link  time  available  for  rival  payload 
requests  with  le3s  restrictive  screening  criteria. 

6. 4. 2. 1.4  Schedule  Mission  Activities  Software 

This  is  the  key  step  in  the  scheduling  process.  Using  schedule  mission 
activi'ies  software,  the  flight  operations  planner  prepares  the  detailed 
sequence  of  activities  that  constitute  the  next  days  schedule  - activities  that 
begin  after  0300  GMT.  The  schedule  may  be  extended  over  48  hours  for  contingency 
reasons,  although  cloud  cover  data  is  not  available  for  the  latter  24  hours. 
The  schedule  mission  activities  process  compiles  a list  of  payload  and  mission 
support  activities  that  are  mutually  compatible  and  within  the  performance  range 
of  the  FS  and  supporting  links.  The  schedule  mission  activities  process  takes 
account  of  the  following  factors. 

a.  Priorities  - generally  in  the  order  of  (1)  time  critical  mission 
support  activities,  (2)  payload  activities  by  priority,  (3)  STK 
management  activities  and  (4)  time  discretionary  activities. 

b.  Availability  of  GSTDN  support  - by  priority  the  activities  are  fitted 
into  the  previously  granted  link  contact  periods. 

c.  Availability  of  FS  links  - spacecraft  data  rates,  antennas, 
transmitter  frequencies  and  transmitter  power  modes  are  checked  f«r 
availability. 

d.  MSS  Mode/gain  conflicts  - conflicts  are  recognized  and  resolved, 
normally  in  accord  with  priorities  provided  by  MMF. 
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Payload  correction  data  for  thematic  mapper  (TM)  - PCD  oust  be  taken 
with  TM  scenes  and  a telemetry  link  must  be  scheduled. 

Switching  time  for  MSS  oode/gain  - Parametrically  defined  time  for 
switch 'og  between  MSS  mode/galn  oust  be  factored  into  the  schedule. 
Flywheeling  - When  the  interval  between  scenes  is  less  than  desirable 
for  switching  to  and  from  standby  st&tuo,  then  a flywheel  vlndow  is 
allowed  in  tie  schedule.  This  minimum  Interval  will  be  specified  in 
the  data  base. 

Switching  of  link  configurations  - The  schedule  must  Include  all  the 
link  reconfigurations  that  will  occur  in  CSTDN  support  as  data  rates 
and  data  channels  change. 

Tracking  and  ranging  periods  - Schedule  range  and  range  rate  tracking 
at  times  that  meet  the  orbit  computation  requirements  of  the  OCC. 

Dnty  cycles  - A '-.heck  is  made  against  the  limits  of  the  sensor's  and 
transmitter's  duty  cycles.  These  limits  will  be  supplied  by  Flight 
Operations. 

Scheduling  of  the  standard  tape  recorder  (STR)  - Playback  of  the  STR's 
will  be  done  with  the  aim  of  providing  continuous  coverage  of  the 
narrow  band  telemetry  signal. 

Power  management  of  the  FS  - The  power  budget  for  the  FS,  as  specified 
by  flight  operations  planning,  is  factored  into  the  schedule.  This 
includes  taking  into  account  power  deficiencies  that  occur  when  the  FS 
is  in  shadow. 
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The  flight  operations  planner  will  interact  with  the  schedule  mission  activities 
program  to  resolve  problems  beyond  the  capabilities  of  the  software  or  to 
override  scheduling  restrictions  that  are  within  the  latitude  of  his  authority. 
When  mandatory  time  discretionary  events  cannot  be  scheduled  in  the  required 
time  window,  payload  requests  will  be  pre-empted  to  create  the  necessary  time. 
This  will  be  done  in  accordance  with  priorities  and  the  appropriate  changes  in 
link  and  FS  schedules  will  be  forwarded  to  the  NOCC  and  to  Flight  Operations  and 
the  command  processing  subsystem  (CPS).  The  flight  operations  planner  will  also 
seek  additional  GSTDN  support  needed  to  accommodate  mission  requirements  that 
were  not  compatible  within  the  confirmed  link  support  timelines.  He  will  do 
this  through  the  NCCS. 

The  flight  operations  planner  activates  the  schedule  mission  activities  software 
by  procedures  given  in  paragraph  6.4.4. 

6 . 4 . 2 . 1 . 5 Run  Generate  Mission  Activities  (GMA)  Software 

The  GMA  takes  the  output  of  the  schedule  mission  activities  software  and 
separates  out  a high  level,  time  ordered  list  of  events  to  be  performed  by  the 
FS.  The  output  of  this  process  will  be  passed  to  the  CPS  for  conversion  to  the 
actual  commands  to  be  executed. 

The  GMA  ccr-poses  a sequence  of  actions  for  the  FS  modules  that  strikes  a balance 
between  minimizing  module  on-time  and  minimizing  the  number  of  state  changes  in 
the  FS  instruments  and  communications  equipment.  The  GMA  does  this  by  reference 
to  an  activity  decision  table. 
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The  flight  operations  planner  activates  the  GMA  according  to  procedures  outlined 
in  paragraph  6.4.4. 

6.4.2. 1.6  Generate  Payload  Acquisition  Deletes 

The  PSS  provides  candidate  request  deletion  lists  to  the  MMF  identifying 
requests  rejected  in  the  screening  or  activities  scheduling  process.  The  flight 
operations  planner  will  prepare  these  files,  after  the  daily  scheduling  process 
is  completed,  in  accordance  with  procedures  described  in  paragraph  6.4.4. 

6. 4. 2. 1.7  Release  Link  Support 

After  completing  the  GMA  process,  the  flight  operations  planner  compares  the 
resultant  schedule  to  the  schedule  of  confirmed  link  support  that  he  started 
with.  By  TTY  message  to  the  NOCC,  GSTDN  support  not  required  is  released. 

6.4.2. 1.8  Schedule  Data  Reception  at  the  Foreign  Ground  Stations  (FGS) 

The  FSS  generates  schedules  for  the  foreign  ground  stations  in  response  to  their 
requests  for  image  data.  These  requests  are  transmitted  to  the  FSS  from  the  MMF 
in  the  same  way  other  payload  requests  are  handled.  Feedback  to  FGSs  is  by  TTY 
through  Nascom.  The  schedules  are  as  described  in  GES  10091,  the  GS/PO  ICD. 
The  daily  schedule  is  to  be  transmitted  to  the  FGS  at  least  foerr  hours  prior  to 
the  start  of  the  period  covered  by  the  schedule.  Those  stations  with  NASA 
wideband  video  tape  recorders  will  be  supplied  the  same  schedule  information 
provided  to  GSTDN  stations. 

6. 4. 2. 1.9  Schedule  Data  Reception  at  the  Transportable  Ground  Station  (TGS) 

The  same  routines  that  schedule  the  GSTDN  and  FGSs  also  schedules  the  TGS.  The 
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schedule  will  be  transmitted  to  the  TGS  in  the  same  TTY  format  as  provided  to 
the  PGSs  and  in  the  same  time  frame. 

6.4.2.1.10  Preparation  of  Pass  Briefing  Messages  (PBM) 

The  NCCS  generates  pass  briefing  messages  for  each  scheduled  GSTDN  real-time  or 
recorder  playback  support  period.  Samples  of  the  two  types  of  PBHs  are  exhibited 
in  Tables  6-6  and  6-7.  These  PBMs  should  be  teletyped  to  the  stations  five 
hours  in  advance  of  the  contact  period.  The  program  operations  required  to 
produce  the  PBMs  are  described  in  paragraph  6.4.4. 

6.4.2.1.11  Schedule  DOMSAT  for  Video  Recorder  Playback 

The  flight  operations  planner  will  schedule  Domsat  time  for  the  playback  of 
wideband  video  data.  He  will  also  schedule  adequate  generic  Domsat  support  for 
transmitting  processed  image  data  to  the  EROS  Data  Center. 

6.4.2.1.12  Schedule  DRRTS  Data  Reception 

The  FSS  provides  DRRTS  with  a daily  schedule  of  image  data  reception.  The 
information  forwarded  includes: 

a.  Copies  of  schedules  sent  to  FGSs  with  NASA  recorders 

b.  The  TGS  schedule  for  the  reception  of  video  data  - which  DRRTS  records 
in  real  time 

c.  Schedules  for  image  data  to  be  transmitted  from  GSTDN  via  Domsat  to 
DIF. 

6. 4. 2. 2 Dynamic  Rescheduling 

After  completion  of  the  dally  scheduling  process,  additions  and  changes  may  be 
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Table  6-6.  Pass  Briefing  Message  (PBM)  Format 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 
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DE  GLND 
22/1620  2 
INFO  8NQC 

PBM:  B1294MS  LNDST-4 
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PDF 
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005545  Z 
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WIDEBAND  RECORDERS 
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004800  Z 

005530 Z 

TM 
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Table  6-7.  PBM  Format  for  STR  Playback 
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OE  GLND 
22/1625 
INFO  GNOC 
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STR  DUMP  P/B  ' 

PLAYBACK:  START  STOP  PDF 

. 043500Z  '045300Z  • G 

REMARKS:  NONE 

22/16272  NOV  81 


DEST 
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made  in  the  schedule  by  a dynamic  rescheduling  process.  To  accomplish  dynamic 
rescheduling,  dynamic  payload  requests  are  entered  using  the  manual  mode  of  the 
payload  request  process.  Dynamic  mission  support  requests  are  entered  using  the 
manual  mode  of  mission  support  request  process.  Changes  in  available  link 
support  are  entered  using  the  link  schedule  handler.  Dynamic  rescheduling  is 
followed  by  a repetition  of  the  scheduling  process  over  an  abbreviated  time 
interval  determined  by  the  operator.  The  program  operations  required  for 

dynamic  rescheduling  are  described  in  paragraph  6.4.4.  For  payload  candidates 
scheduled  manually  in  the  CSF,  feedback  to  the  MMF  is  required  for  the 
subsequent  accounting  processes. 

6. 4. 2. 3 Timeline  for  the  Dally  Scheduling  Process 

The  dally  scheduling  process  is  constrained  by  the  delivery  time  of  the 

predicted  cloud  data  at  1300-1400  local  time  and  the  0300-0430  GMT  start  time 

for  the  event  day.  The  screening  process,  the  schedule  mission  activities  and 

the  generate  mission  activities  and  possible  readjustments  of  GSTDN  support  must 
await  the  entry  of  the  cloud  cover  data.  A four  hour  time  lead  is  desired  in 
the  dissemination  of  pass  briefing  messages  and  other  link  scheduling 
information.  Consequently,  1800  local  is  the  target  time  for  completing  the 
dally  scheduling  process.  Since  this  is  an  active  period  for  flight  operations, 
the  daily  scheduling  process  will  have  to  be  worked  around  the  real-time 
commitments. 

The  timeline  for  the  daily  scheduling  process  is  shown  in  Figure  6-3. 
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Figure  6-3.  Daily  Scheduling  Timeline 
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6. 4. 2. 4 Magnitude  of  the  Dally  Scheduling  Task 

a.  Approximately  20  contacts  are  scheduled  in  the  full  dally  schedule. 
However,  there  will  normally  be  a few  changes  in  the  20  contacts 
carried  over  from  the  previous  day's  scheduling.  Actual  scheduling  may 
be  broken  down  into  several  shorter  time  segments,  as  short  as  one 
contact. 

From  the  daily  scheduling  process  several  schedule  reports  are 
produced,  each  tailored  to  a particular  system's  view  of  the  same 
basic  sequence  of  events.  The  schedules  are: 

1.  The  GSTDN  schedule  expressed  in  the  daily  schedule  and  pass 
briefing  messages 

2.  The  flight  operations  schedule,  or  activity  list,  as  created  by 
the  mission  activities  generator  and  passed  to  the  command 
processing  subsystem 

3.  Ground  Segment  activities  and  event  markers 

.■  4.  A derivative  of  the  flight  operations  schedule  used  in 

acquisition  accounting. 

b.  Within  each  contact  there  are  normally  configuration  changes.  A 
typical  contact  may  have  several  link  configuration  changes,  and  the 
F S configuration  changes  will  be  more  numerous. 

6. 4. 2. 5 Personnel 

The  flight  operations  planner  is  responsible  for  generating  the  schedules  cited 
in  paragraph  6. 4. 2. 4 (a.).  He  will  be  assisted  by  couriers  and  computer 
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operators  in  the  same  operations  cited  in  paragraph  6. 4. 1.7  of  the  advance 
planning  function. 

6.4.3  POST-PASS  OPERATIONS 

Attached  to  the  flight  scheduling  subsystem  (FSS)  are  post-pass  functions  that 
(1)  ascertain  the  success  of  scheduled  operations  and  (2)  prepare  telemetry  data 
packets  for  transmission  to  the  MMF  and  subsequent  use  in  processing  image  data. 
The  software  that  performs  these  functions  constitutes  the  acquisition  analysis 
package  (AAP).  The  AAP  is  structured  into  three  main  components: 

a.  Flight  Segment  Events  Analysis  Process  (paragraph  6.4.4) 

b.  Ancillary  Data  Processing  Process  (paragraph  6.4.4) 

c.  Payload  Acquisition  Accounting  Process  (paragraph  6.4.4) 

The  details  of  program  operation  are  described  in  the  sections  named  In  the 
parentheses.  Component  (a.)  examines  selected  FS  event  data  and  reports  what 
events  actually  occurred  during  a contact  period.  It  also  takes  account  of  link 
performance  inputs  to  report  the  status  of  data  acquisition.  Part  of  the  output 
of  the  FS  events  analysis  process  is  used  in  performance  evaluation  and  part  is 
used  in  payload  acquisition  accounting. 

Ancillary  data  processing  receives  selected  MSS  and  TM  data  and  prepares  data 
packets  and  data  packet  directories  for  use  in  payload  correction. 

Payload  acquisition  accounting  looks  at  the  data  packet  directories  and  the 
payload  events  report  and  compares  the  indicated  results  to  the  scheduled 
payload  requests.  This  comparison  produces  a payload  events  status  file  for  the 
MMF  to  use  in  scheduling  image  processing. 
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6. 4. 3.1  FS  Events  Anlaysis 

Acquisition  analysis  begins  with  the  arrival  in  the  CSF  of  telemetry  data  that 
covers  a period  when  payload  data  was  scheduled  for  acquisition.  This  data  may 
reach  the  CSF  in  real-time,  as  playback  data  from  the  standard  tape  recorder 
(STR)  or  as  playback  data  from  a ground  station  that  was  unable  to  communicate 
the  telemetry  in  real-time.  The  acquisition  analysis  is  to  be  completed  within 
90  minutes  of  the  arrival,  in  the  Image  Generation  Facility  (IGF),  of  the 
associated  wideband  video  data.  In  CSF,  the  telemetry  processing  subsystem 
(TPS)  extracts,  from  the  telemetry  data,  selected  data  that  contain  the  key 
indicators  of  MSS-  payload  system  performance.  The  communications  control 
subsystem  (CCS)  captures  the  TM  PCD  telemetry. 

At  the  initiation  of  the  ground  controller,  the  FS  events  analysis  process 
accesses  the  data  base  of  the  mission  scheduling  package  for  two  files  needed  in 
its  analysis: 

a.  Scheduled  activities  list 

b.  On-pass  events  file. 


The  FS  events  analysis  process  compares  these  scheduled  activities  to  the  actual 
events  as  indicated  in  the  on-pass  events  file.  Network  events  are  captured  in 
the  same  events  file.  From  this  comparison  four  reports  emerge: 

a.  Mission  support  analysis  for  mission  management 

b.  STR  analysis  for  the  performance  evaluation  subsystem  and  mission 
management 
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c.  Payload  events  profile 

d.  Network  events  file. 

6. 4. 3. 2 Ancillary  Data  Processing 

Next,  the  grcund  controller  activates  the  ancillary  data  processing  process. 
This  process  presupposes  the  existence  of  selected  telemetry  data  prepared  in 
the  TPS  (for  MSS)  or  the  CCS  (for  TM) . Telemetry  data  required  for  subsequent 
MSS  processing  is  made  available  to  ancillary  data  processing  in  a file. 
Telemetry  data  required  for  TM  processing  is  made  available  as  a CCT. 

Ancillary  data  processing  produces  MSS  data  packets  and  associated  packet 
directories,  which  are  made  available  for  Decnet  transfer  to  the  MMF.  The 
packet  directories  are  also  made  available  to  the  payload  acquisition  accounting 
process.  Likewise,  TM  payload  correction  data  (PCD)  packets  and  directories  are 
prepared  for  transfer  to  MMF  and  the  directories  stored  for  acquisition 
accounting.  The  TM  PCD  packets  are  transferred  to  MMF  on  a CCT.  The  ancillary 
data  process,  in  addition  to  some  data  format  changes,  also  sizes  the  ancillary 
data  packets  to  appropriately  cover  the  requested  scene  data.  It  does  this  by 
reference  to  the  mission  activities  schedule  resident  in  the  FSS  data  base. 

6. 4. 3. 3 Payload  Acquisition  Accounting 

After  ancillary  data  processing  the  acquisition  analysis  procedure  is  ready  for 
the  last  step  in  fulfilling  the  normal  responsibilities  of  the  CSF  to  the 
scheduling  and  accounting  functions.  The  following  files  are  now  available  to 
payload  acquisition  accounting: 
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a.  MSS  data  packet  directory 

b.  TM  packet  directory 

c.  Payload  events  profile 

d.  Mission  activities  schedule  from  MSP  data  base. 

The  flight  operations  planner  activates  payload  acquisition  accounting,  which 
determines  the  final  status  of  all  scheduled  payload  requests  by  checking 
whether  the  required  ancillary  data  exists  and  whether  the  events  profile 
indicates  that  image  data  was  generated  and  transmitted  by  the  FS.  The  output 
of  this  process  is  a payload  events  status  file  and  a payload  acquisition 
accounting  report.  The  payload  events  status  file,  containing  a request  by 
request  accounting,  with  adjunct  information  (e.g.,  recording  site),  is 
available  for  Decnet  transfer  to  the  MMF. 

The  payload  acquisition  accounting  report  is  a printout  of  summary  data 
including: 

a.  Number  of  scheduled  activities  processed 

b.  Number  of  successful  payload  acquisitions 

c.  Number  of  unsuccessful  payload  acquisitions 

d.  Number  of  erroneous  data  records  encountered. 

6. 4. 3. 4 Timeline  for  Acquisition  Analysis 

Acquisition  analysis  is  to  be  completed  within  SO  minutes  of  the  reception  of 
the  wideband  video  data  in  DRRTS.  Normally,  this  will  be  some  time  after  the 
reception  of  the  telemetry  data  in  the  CSF. 
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6.4 -3. 5 Personnel 

Acquisition  analysis  will  be  the  responsibility  of  the  ground  controller. 

6.4.4  COMPUTER  PROGRAM  OPERATION 

The  scheduling  function  Is  carried  out  through  the  repeated  use  of  16  computer 
processes.  These  processes  are  subordinate  to  three  distinct  subsystems,  as 
depicted  in  Figure  6-4.  Candidate  Request  Generation  is  a process  within  the 
flight  management  subsystem  of  the  MMF.  The  link  schedule  handler  is  a process 
within  the  Network  Control  Center  Subsystem  (NCCS)  of  the  CSF.  The  other 
fourteen  computer  programs  are  divided  into  three  packages  within  the  flight 
scheduling  subsystem  (FSS)  of  the  CSF.  The  five  processes  constituting  the 
scheduling  support  package  (CSF-PKG-10I0)  prepare  standard  data  packages 
required  for  other  FSS  processes.  The  six  processes  within  the  mission 

scheduling  package  (CSF-PKG-1011)  ascertain  what  payload  and  mission  support 
activities  are  desired,  what  communication  link  and  FS  resources  are  available, 
and,  within  priority  constraints,  prepares  a detailed  schedule  of  flight  and 
communication  events.  The  three  processes  of  the  acquisition  analysis  packjge 
(CSF-PKG-1012)  determine,  from  selected  telemetry  data  and  network  feedback,  the 
disposition  of  scheduled  payload  activities  and  pass  this  information,  along 
with  ancillary  image  processing  data  extracted  from  telemetry,  to  the  MMF. 

6 . 4 . 4 . 1 Data  Base  Initialization 

Data  base  initialization  is  not  a regularly  repeated  activity  3nd  will  not  ba 
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Figure  6-4.  Computer  Programs  for  Spacecraft  Scheduling 
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described  here.  It  is  described  in  the  CSF  Data  Design  Specification,  LSD-CSF- 
DDS-0001.  Relatively  fixed  elements  of  the  FSS  data  base  are: 

a.  WRS  Reference  Path  (VRSDB) 

b.  CSF-MMF  file  sequence  nunbers  (ACQSPEC,  MSSSEQ,  PLSSEQ,  PCDSEQ) 

c.  MSS  and  TM  ancillary  data  packet  definition  (MSSDEF,  PCDDEF) 

d.  SEED  Data  Base  Management  System  areas  (REQUESTS. DB,  TRANSLAT.DB, 

RESOURCE. DBi  PASSPRED.DB,  NCCSUPT.DB,  SCENEDAT.DB,  CMDACT.DB, 

COMMANDS. DB,  TLMTRY.DB  and  PCDTLM.DB) . 

When  changes  are  required  they  will  normally  be  made  by  the  data  base 
administrator. 


6. 4. 4. 2 Start  and  Stop  Directives  for  FSS  Processes 

After  logging  in,  the  FSS  environment  is  entered  using  "SSELECT  LS4SCHED"  and 
"$COIL  ON  FSS".  "&  COIL  OFF"  leaves  the  COIL  environment  and  returns  to  DCL. 

6.4.4. 3 Scheduling  Support  Packages 

6. 4. 4. 3. I Ephemerls  Processing  (CSF-CPD-1063)  - MSPREPKM 

The  predicted  fit  ephemerls  tape  (PFET)  will  be  ready  for  pickup  from  the  OCG 
befora  1500  GMT  on  Thursday  of  each  week.  New  PFETs  are  also  supplied  after 
orbit  adjust  maneuvers.  They  normally  cover  a period  of  IV  days,  starting  at 
0000  GMT  on  the  day  prior  to  its  delivery.  PFET  data  is  used  in  the  FSS  for 
predicting  scene  center  times  and  sun  angles  at  scene  center. 

The  ephemerls  tape  header  is  validated  for  correctness  before  processing. 
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Default  processing  parameters  are  displayed  to  the  operator  console,  if 

requested,  and  the  operator  is  given  an  opportunity  to  approve  or  override  thea. 
Optional  validation  compares  scene  center  times  computed  from  the  information  on 
the  new  FFET  with  corresponding  ones  stored  by  processing  of  a previous  PFET. 
The  operator  may  set  the  limits  on  this  time  comparison. 

After  validation  the  process  rewinds  the  PFET  to  the  beginning  of  the  processing 
span.  The  process  then: 

a.  Calculates  scene  center  time  for  each  WRS  path  and  row  within  thu 
processing  span 

b.  Interpolates  sun  elevation  and  sun  azimuth  for  each  path  and  row 

c.  Converts  sun  angle  from  radians  to  degrees  before  storing  the 

information  into  scene  data  record  of  data  base 

d.  Stores  the  scene  center  times  of  the  first  row  (row  184)  of  the 
earliest  orbit  and  the  last  row  (row  183)  Of  the  latest  completed 
orbit,  and  the  corresponding  orbit  numbers  in  the  scene  inventory 
record  of  data  base  to  provide  restart  capability  after  system  crash 

e.  Displ_ys  scene  center  times  at  intervals  to  show  process  continuity 

f.  At  option,  writes  the  path,  row,  center  time,  and  sun  angles  of  each 

processed  scene  to  a file  which,  at  the  completion  of  the  process,  the 
operator  may  examine  via  CFT  or  direct  to  be  printed 

g.  At  the  conclusion  of  the  run,  displays  a summary  report  that  gives  a 
measure  of  the  activity  and  indicates  a termination  of  the  run. 
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Interfaces  for  ephemeris  processing  are: 

a.  PFET  received  from  OCG 

b.  CSF  data  base  to  update  scene  data  and  scene  inventory  record 

c.  Operator  through  the  OCD. 


Interactions  with  the  operator  are  shown  in  the  following  annotated  dialog 
between  the  operator  and  the  ephemeris  process. 


DIRECTIVE  NAME:  EPHEMERIS 


SHORT  FORM: 
PURPOSE: 


FORMAT: 

where: 


e.g.: 


(NONE) 

This  directive  and  associated  data  entries  are  used 
in  invoking  the  ephemeris  process  and  in  specifying 
process  option  parameters. 

EPHEMERIS  8c_id[,beg_time,end_time] 

8c_ld  - spacecraft  Id  (LS4  or  LS5) 
beg_time  - process  start  time  (yy:ddd:hh:mm) 
end_time  - process  stop  time  (yy:ddd:hh:mm) 

EPHEM  LS4, 81: 266: 23:00, 81: 267:05:30 


NOTE:  All  digits  of  any  date/time  field  entered  are  required;  e.g., 

81:121:17:23. 

Do  you  want  to  review  process  parameters  (yes.no) 

YES: 

A dialog  ensues  whereupon  one  or  more  of  these  process  option  parameters 
may  be  reviewed: 

1 Valid  record  interval  (hours)  <VLD_INT> 

2 .’lumber  of  successes  required  for  data  validation  <NUM_SUCCESS> 

3 Scene  center  time  validation  tolerance  (sec)  <SCT_T0LR> ' 

4 Process  display  interval  <DIS_INT> 

5 Process  start  time  <BEG_TIME> 

6 Process  stop  time  <END_TIM£> 

0 To  end  review  dialog 
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PARAMETER  RANGES: 

1 Validation  record  interval  5-30 

2 Successful  record  interval  2-10 

3 Scene  center  time  tolerance  interval  3-25 

4 Display  interval  5-30 

5 mn/dd/yy:hh:mm 

6 ms/dd/yy:hh:nifi 


Do  you  want  to  validate  tape  data?  (yes, no] 

Do  you  want  to  output  data  to  a file  (yes  or  no] 

If  yes,  data  is  written  to  lojical  name  EPHEM  (if  undefined,  primary 
directory  EPHEM.DAT  is  used).  This  file  is  quite  long  and  is  not 
automatically  printed. 
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6. 4. 4. 3. 2 Station  Contacts  Process  (CSF-CPD-1065)  - MSSTNCNT 

The  station  contacts  processing  tape  (SCPT),  or  "Pass  Predictions  Tape"  as  it  is 
identified  in  its  header,  will  be  ready  for  pickup  from  the  OCC  prior  to  1S00 
GMT  on  Thursday  of  each  week.  New  SCPTs  are  also  supplied  after  orbit 
maneuvers.  They  normally  cover  a period  of  14  days  starting  at  0000  hours  GMT 
on  the  day  preceding  delivery.  SCPT  data  is  used  in  the  FSS  for  obtaining  link 
support  and  for  estimating  times  of  signal  acquisition  (AOS)  ard  signal  loss 
(LOS).  The  content  of  the  SCPT  is  shown  in  paragraph  6.4. 1.3  in  Table  6-2.  The 
station  contacts  process  translates  the  SCPT  from  IBM  format  to  VAX  format, 
validates,  at  operator  option,  the  SCPT  and  selectively  writes  the  following 
information  in  the  CSF  data  base: 

a.  Spacecraft  ID 

b.  Station  ID 

c.  Orbit  number 

d.  Event  time 

e.  Antenna  X-angle 

f.  Antenna  Y-angle 

g.  Spacecraft  range 

h.  Sun  condition 

i.  L\ent  code 

j.  Tally  of  stored  passes. 

Event  codes  a.e  defined  on  page  5 of  the  sample  printout  from  the  SCPT  shown  in 
Table  6-3.  They  are  such  items  as  AOS,  maximum  elevation,  point  of  closest 
approach  and  LOS . 
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E 


Validation  of  the  SCPT  checks  the  time  span  of  the  SCPT  against  an  operator 
input  time  span.  The  station  contact  process  may  also  be  directed  to  compare, 
within  a specified  tolerance,  AOS  times  on  the  tape  against  data  entered  from  an 
earlier  SCPT. 


Interfaces  for  the  station  contacts  process  are: 

a.  SCPT  received  from  CCG 

b.  CSF  data  base  to  update  pass  predictions  and  the 
inventory  record 

c.  Operator  via  the  OCD 


pass  prediction 


Interactions  with  the  operator  are  shown  in  the  following  annotated  dialog 
between  the  operator  and  the  station  contacts  process. 


DIRECTIVE  NAME : STATIONCONTACT 

SHORT  FORM:  STATION 


PURPOSE: 


FORMAT : 
where: 


e.g. : 


This  directive  and  associated  data  entries  are  used 
in  invoking  the  station  contact  process  and  in 
specifying  process  option  parameters. 

STATION  sc  id[,beg  time,end_time] 

sc._ld  - spacecraft  id  (LS4  or  LS5) 
beg_time  - process  etart  time  (yy:ddd:hh:mm) 
end_time  - process  stop  time  (yy:ddd:hh:mm) 

STATION  LS4, 81:266: 23: 00: 00, 81: 267:05:30:45 


NOTE:  All  digits  of  any  date/time  field  entered  are  required;  e.g., 

81:121:17:23:10. 


/ 
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f. . 


Do  you  want  to  review  process  parameters  (yes.no) 

A dialog  ensues  whereupon  one  or  more  of  these  process  option  parameters 
may  be  reviewed: 

1 Valid  record  interval  (hours)  <VLD_INT> 

2 Number  of  successes  required  for  data  validation  <NUM_SUCCESS> 

3 Scene  center  time  validation  tolerance  (sec)  <STN_TOL> 

4 Process  display  interval  <DIS_INT> 

5 Process  start  time  <BEG_TIME> 

6 Process  stop  time  <END_TIME> 

7 Process  checkpoint  interval  <CKPT_INT> 

0 End  review  dialog 


PARAMETER  RANGES: 

Validation  record  interval  5-30 
Successful  interval  2-10 
Station  time  tolerance  interval  3-25 
Display  interval  5-30 
Checkpoint  interval  5-25 


Do  you  want  to  validate  tape  data?  [yes.no] 
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6. 4. 4. 3. 3 Star  Catalog  Process  (CSF-CPL*- 1 068)  - MSSTARCAT 

The  star  catalog  process  is  used  in  the  FSS  to  prepare  a file  of  selected  star 
catalog  data  for  uplinking  to  the  FS.  In  the  FS  this  data  will  be  used  in 
conjunction  with  star  tracker  data  to  estimate  corrections  for  the  attitude 
control  system.  This  uplink  file,  together  with  another  file  for  the  test  and 
simulation  subsystem  (TSIM)  is  prepared  daily.  The  star  catalog  process 
Incorporates  criteria  that  will  select  a minimal  number  of  stars  of  appropriate 
magnitude  that  will  cover  the  viewing  angles  of  the  fixed  head  star  trackers 
over  a period  of  several  days.  The  driver  routine,  MSSTARCAT,  calls  four 
functions  whose  tasks  are: 

a.  SELECT  - Creates,  from  the  master  star  catalog  of  4618  stars,  an 
abbreviated  star  catalog  of  desired  star  magnitude  and  spacing.  This 
file  is  generated  infrequently. 

b.  SWATH  - Selects,  from  the  abbreviated  catalog  created  by  the  SELECT 
option,  a smaller  catalog  called  the  "active  star  catalog".  This  file 
is  used  by  the  TSIM.  Selection  criteria  include  such  factors  as  angle 
between  xy  plane  and  line  of  sight,  angle  between  star  tracker's  lines 
of  sight,  inclination  angle  or  orbit,  angle  between  x inertia  and 
longitude,  maximum  detectable  star  magnitude,  and  swath  angle. 

c.  UPLINK  - Creates,  from  the  catalog  selected  by  the  SELECT  option,  a 
file  of  star  data  to  be  uplinked  to  the  FS.  The  selection  criteria  for 
this  file  include  those  used  by  the  SWATH  option.  The  uplink  file 
consists  of  time  (relative  to  flight  software)  to  begin  using  the  star 
catalog  data,  number  of  stars  in  the  uplinked  table,  earth  centered 
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inertial  components  of  the  star  line  of  sight,  orbit  angle  for  the 
star,  star  catalog  available  flag,  and  star  intensity  upper  and  lower 
limits. 

d.  SCNGEN  - Prepares  a scenario  file  for  use  by  TSIM.  Processes  the 
active  star  catalog  created  by  the  SWATH  option  to  produce  a file 
which  consists  of  azimuth,  elevation  and  magnitude  of  stars. 

Interfaces  for  star  catalog  process  are: 

a.  Load  file  converter  of  the  command  processing  subsystem 

b.  Operator  through  the  OCD. 
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Interactions  with  the  operator  are  shown  in  the  following  annotated  dialog 

between  the  operator  and  the  star  catalog  process: 

ACTIVATE  COIL  DIRECTIVE:  MSSTRCAT 

START:  STARTLINK  <START>  <END> 

AFTER  INVOKING  THE  PROCESS,  THE  COMMAND  PROC  ENTERS  THE  FOLLOWING 
PARAMETERS: 

COMMAND  ? LONANG.291.91I9  ! LONGITUDE 

COMMAND  ? STRTIM, 820815. 0000  ! STARCAT  TIME 

COMMAND  ? EXIT  I END  REVIEW  CYCLE 

PROCESS  DISPLAYS  REVIEW  AND  VERIFICATION  MESSAGES: 

(1)  PERFORM  CRTL-P  TO  ISSUE  SNAP  TO  OPERATOR'S  LOG 

(2)  VERIFY  STAR  CATALOG  COMPLETED  SUCCESSFULLY 

(3)  ENTER:  Y ! PRINT  REPORT  ? 

AT  COMPLETION,  PRINT  SUMMARY  REPORT: 

SPRINT  STAR: SCUPLK.RPT 

****  END  STAR  CATALOG  SCRIPT  **** 
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6. 4. 4. 3. 4 OBC  Parameter  Processing  (CSF-CPD-1069 ) - MSOBCPRM 

The  OBC  parameter  process  takes  data  from  the  OBC  parameter  tape  supplied  dally 
by  the  OCG  at  1500  GMT,  and  prepares  files  for  uplinking  to  the  onboard  computer 
(OBC)  and  generates  scenario  files  for  TSIM.  The  OBC  parameters  tape  consists 
of  data  that  defines  the  orbit  of  the  LSD  and  TDRSS  spacecraft.  The  OBC  uses 
this  data  for  computing  position  data  needed  in  the  attitude  control  system  and 
for  high  gain  antenna  pointing  angles.  The  Landsat-D  and  TDRS  orbits  are 
primarily  represented  in  Fourier  power  series  coefficients.  The  contents  of  the 
OBC  parameters  tape  is  shown  in  Table  6-8. 
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PARAMETER 

FIELD  SIZE 

UNITS 

VEHICLE  IDENT  (NOTE  1) 

16 

BYTES 

MNEMONIC 

EPOCH 

8 

BYTES 

YYMMDD 

8 

BYTES 

HHMMSS 

CARTESIAN  ELEMENTS  (X,Y,Z) 

22 

BYTES  EACH 

KM 

(X.Y.Z) 

22 

BYTES  EACH 

KM/SEC 

DATA  SPAN  BEGIN  TIME 

8 

BYTES 

YYMMDD 

8 

BYTES 

HHMMSS 

DATA  SPAN  END  TIME 

8 

BYTES 

YYMMDD 

8 

BYTES 

HHMMSS 

TREF 

8 

BYTES 

YYMMDD 

8 

BYTES 

HHMMSS 

SCALE 

22 

BYTES 

M SEC 

TDRIFT 

22 

BYTERS 

SEC/COUNT 

PRIMARY  FREQ. 

22 

BYTES 

RAD/SEC 

SECONDARY  FREQ. 

22 

BYTES 

RAD/SEC 

GRID  INTERVAL 

4 

BYTES 

SEC 

NTMAX 

4 

BYTES 

NUMERIC 

NTD 

4 

BYTES 

NUMERIC 

FPS  COEFFICIENTS  (NOTE  2) 

22 

BYTES  EACH 

MSECN 

RESIDUALS  (NOTE  3) 

22 

BYTES  EACH 

METERS 

NOTES: 

(1)  Landsat-D,  TDRS-E,  TDRS-W 

(2)  42  for  Landsat-D,  8 for  TDRS.  Fourier  power  series  coefficients 

(3)  360,  for  Landsat-D  only 


Module  MSRDTAPE  reads  the  OBC  parameters  tape  and  creates  two  disk  files;  one 
for  Landsat-D  and  one  for  TDRS  E/W.  Module  MSOBCPRM  loads  this  data  to  memory 
and  executes  one  of  six  functions  specified  by  the  operator.  LSDRPT  and 
MSTDRRPT  calculate,  respectively,  velocity  and  position  components  of  Landsat-D 
and  TDRS-East  and  West  and  generate  reports  for  all  three  spacecraft.  LSDUPK 
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and  TDRUPK  create,  respectively,  uplink  files  of  Landsat-D  and  TORS  OBC 
parameters.  LSDSCN  and  TDRSCN  generate,  respectively,  scenario  files  for  TSIM. 

Interfaces  for  the  OBC  parameters  process  are: 

a.  Load  file  converter 

b.  OBC  parameters  tape 

c.  Operator  through  the  OCD. 

Interactions  with  the  operator  are  shown  in  the  following  annotated  dialog 
between  the  operator  and  the  OBC  parameter  process:  (TBS) 
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6. 4. 4. 3. 5 Cloud  Co”er  Process  (CSF-CPD-1064 ) - MSCLPCVR 

Cloud  cover  predictions  will  be  supplied  dally  by  the  National  Oceanic  and 
Atmospheric  Administration  (NOAA)  via  phone  facsimile  by  1900  CMT  The  operator, 
with  the  assistance  of  the  cloud  cover  process,  will  input  there  predictions  to 
the  CSF  data  base.  They  will  be  used  by  the  FSS  to  screen  payload  requests  with 
a cloud  cover  criterion.  The  cloud  cover  process  performs  the  following  tasks: 

a.  From  the  6acelllte  identification  and  forecast  coverage  period 

computes  the  paths  flown  during  that  period 

b.  Prompts  the  operator  through  the  input  and  store  data  process  for  the 
paths  to  be  flown 

c.  Provides  a “MODIFY"  command  to  change  data  previously  written  in  the 
data  base 

d.  Concludes  the  run  with  a printed  summary  report. 

Interfaces  for  the  cloud  cover  process  are: 

a.  The  operator  for  data  inputs  and  directives 

b.  The  CSF  data  base  for  updating  a cloud  cover  file. 

Interactions  with  the  operator  are  shown  in  the  following  annotated  dialog 
between  the  operator  and  the  cloud  cover  process. 

DIRECTIVE  NAME:  CLOUDCOVER 

SHORT  FORM:  CLOUD 

PURPOSE:  This  directive  and  associated  commands  are  used  to  record 

cloud  cover  predicts. 
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FOR'IAT:  CLOUD  sc_idforecast_period 

where:  sc_id  - spacecraft  id  (LSn) 

forecast_period  - process  forecast  date  (yy:ddd) 

NOTE:  All  digits  of  any  date/time  field  entered  are  required;  e.g.,  81:121. 

After  invoking  the  process,  the  operator  is  prompted  to  enter  one  or  more  of  the 
following  commands: 

[$ ENTER  COMMAND;  (prompt) J 

SHOWPATH 

Display  the  paths  flown  on  the  forecast  day. 

STORE , pa th_numbe r , beg i n_r ow , end_r ow .predict  code 

Store  the  predict  codes  in  the  specified  path  and  rows. 

NOTE:  Predict  codes  are  not  written  into  database  until  the  EXIT  command 

is  entered. 

REVIEW , begin_pa th , end_path 

Reviews  predict  codes  entered  during  the  current  run  for  the  path 
range  specified. 

MODIFY , pa th_number , begin_row, end_row .predict  code 

Modify  the  predict  codes,  previously  stored  Into  the  data  base  for  the 
path  and  rows  specified. 

NOTE:  The  data  base  is  not  modified  until  the  EXIT  command  is  entered. 

QUERY , pa th_number 

Display  predict  codes  previously  stored  in  the  data  base  for  the  path 
specified. 

EXIT 

Provides  a successful  exit  from  the  process. 
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Path  number: 
Row  number: 
Predict  code: 


1-233 

1-248 

1-3 


Do  you  want  to  write  to  -he  data  base  (y  or  n)? 

All  cloud  cover  codes  for  path  flown  during  forecast  period  will  be  stored. 
Dnpredicted  path,  rows  will  be  set  to  0. 
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6. 4. 4. 4 Candidate  Request  Generation  (MMF-CPD-2001)  — FCCRGN 

Candidate  request  generation  is  a process  within  the  flight  management  subsystem 
of  the  Mission  Management  Facility.  This  process  examines  the  standing  orders 
inserted  in  the  MMF  data  base  by  the  request  support  subsystem  (RSS)  (discussed 
in  Section  S)  and  selects  those  that  can  potentially  be  served  in  the  operator-* 
specified  scheduling  period.  Then  it  translates  the  standing  orders  into 
specific  scene  requests,  stores  these  candidate  requests  in  a file  for  transfer, 
via  Decnet,  to  the  FSS.  Another  file  of  these  candidate  requests  is  maintained 
in  the  MMF  data  base  for  image  acquisition  accounting  and  management  information 
purposes. 

The  candidate  request  generation  process  can  be  run  in  a "scheduling”  mode  or  in 


a "planning"  mode. 

The  output  files  are 

Identified 

by 

this 

mode 

selection. 

Furthermore,  this 

process  can  be  run  in  a "dry" 

or 

"wet" 

mode. 

Only  in  the 

"wet"  mode  is  the 

data  base  updated  with 

the  output 

of 

the 

candidate  request 

generation  process.  Only  if  the  transaction  is  "scheduling"  and  the  data  base 
run  node  is  "wet"  is  an  entry  made  in  the  production  area  of  the  MMF  data  base 
for  the  candidate  request. 

The  generate  candidate  request  process  displays  for  the  operator  the  previously 
used  time  span,  then  displays  a calculated  time  span  for  the  current  scheduling 
run.  These  start  and  stop  times  are  calculated  by  adding  appropriate  time 
intervals,  resident  in  the  MMF  data  base,  to  the  date  displayed  in  the  computer 
clock.  Then  the  operator  is  prompted  to  substitute,  if  he  wishes,  his  preferred 
processing  time  span. 
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The  output  of  the  generate  candidate  request  is: 

a.  A candidate  request  file  for  transfer  to  the  FSS  by  Decnet 

b.  If  the  run  modes  are  "scheduling"  and  "wet",  then  a request  for 
acquisition  file  is  written  to  the  production  area  of  the  MMF  data 
base. 


Interfaces  fo  the  generate  candidate  request  process  are: 

a.  Operator,  for  data  inputs  and  processing  mode  selection. 

b.  MMF  data  base,  for  processing  parameters,  for  information  on  previous 
runs,  for  standing  acquisition  orders  from  the  RSS  and  as  recipient  of 
a candidate  request  file. 

c.  FSS  of  the  CSF,  as  recipient  of  the  candidate  request  file. 


Data  flow  It  shown  in  Figure  6-5. 


The  logic  of  the  driver  program,  FCCRGN,  is  as  follows: 


PROC 

GET  MISSION,  PROCESSING  MODE,  DATA  BASE  RUN  MODE,  DATA  BASE  SENSOR  TYPE 

IF  END  OF  PROCESSING  IS  NOT  INDICATED 

THEN 

DISPLAY  PREVIOUSLY-USED  TIME  SPAN 
DETERMINE  AND  DISPLAY  DEFAULT  PROCESSING  TIME  SPAN 
GET  OPERATOR  OVERRIDE  PROCESSING  TIME  SPAN 
CONVERT  PROCESSING  TIME  SPAN  TO  ORBIT  RANGE 
DO-UNTIL  ALL  ORBITS  IN  ORBIT  RANGE  ARE  PROCESSED 
CONVERT  ORBIT  NUMBER  TO  PATH 

REMOVE  OLD  PRODUCTION  AFEA  ENTRIES  FROM  DATA  BASE 
FOR  THIS  ORBIT 

GET  FIRST  ACQUISITION  STANDING  ORDER  PATH/ROW  ENTRY 
FOR  PATH 

DO- WHILE  THERE  ARE  STANDING  ORDERS  FOR  THIS  PATH 
CREATE  CANDIDATE  REQUEST  DECNET  FILE  ENTRY 
CREATE  CANDIDATE  REQUEST  IN  DATA  BASE 
GET  NEXT  STANDING  ORDER  PATH/ROW  ENTRV  FOR  PATH 
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GET  NEXT  STANDING  ORDER  PATH/ROW  ENTRY  FOR  PATH 
END-DO 
END-DO 

UPDATE  DATA  BASE  WITH  TIME  SPAN  PROCESSED 

SORT  CANDIDATE  REQUEST  DECNET  FILE  BY  ORBIT,  ROW,  SENSOR,  PRIORITY  AND 
ORDER  INFORMATION 

ENP-IF 

END-PROC 


Interactions  with  the  operator  are  shown  in  the  following  annotated  dialog 
between  the  operator  and  the  candidate  request  process:  (TBS). 
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6. 4. 4. 5 Mission  Scheduling  Package  (CSF-PKG-I011) 

6.4.4. 5.1  Payload  Planning  (CSF-CPD-1070)  - MRPLREQ 

The  payload  planning  process  may  be  run  at  any  time,  but  it  will  normally  be  run 
weekly  for  planning  purposes  and  dally  for  scheduling  updates.  Payload  planning 
performs  the  following  tasks: 

a.  Accepts  and  validates  the  candidate  request  flies  prepared  in  the  MMF 
(as  described  in  paragraph  6. 4. 4. 4). 

b.  Accepts  and  validates  candidate  requests  inserted  manually  into  the 
FSS  - called  "dynamic  rescheduling". 

c.  Detects  and  deletes  any  duplicate  request. 

d.  Displays  processing  errors  and  default  process  options  to  operator. 

e.  Associates  scene  center  times  with  each  candidate  request  (where 
center  times  are  taken  from  scene  records  prepared  in  the  ephemeris 
process  described  in  paragraph  6.4.4.3.1). 

f.  Associates  support  requirements  with  candidate  request. 

g.  Screens  candidate  requests  for  sun  angle  if  operator  desires. 

h.  Links  candidate  requests  with  other  candidate  requests  that  request 
the  same  scene. 

i.  Stores  candidate  requests,  by  scene  center  time,  for  use  in  subsequent 
FSS  processes. 

j.  Generates  a summary  report. 

Validation  of  candidate  requests  includes  the  usual  time  checks;  e.g.,  check 
that  processing  start  times  are  earlier  than  stop  times,  and  check  each 
candidate  reuuest  field  against  the  possible  range  of  values. 
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Interfaces  for  the  payload  planning  process  are: 

a.  MMF,  to  receive  candidate  requests  transferred  to  the  CSF  via  Decnet. 

b.  Operator,  for  manually  requested  candidates,  for  directives,  for 
responses  to  error  conditions,  and  to  specify  values  for  process 
option  parameters. 

c.  Other  processes  in  the  FSS,  as  recipients  of  link  requests  and  reports 
prepared  by  the  payload  planning  process. 

d.  CSF  data  base,  to  store  the  file  of  candidate  requests  prepared  by 
this  process. 

Interactions  with  the  operator  are  shown  in  the  following  annotated  dialog 
between  the  operator  and  the  Payload  Planning  Process. 


DIRECTIVE  NAME:  PAYLOADREQUEST 


SHORT  FORM: 
PURPOSE: 


FORMAT: 


where: 


PLREQ 

To  initiate  payload  request  processing  for  loading 
planning,  scheduling,  or  dynamic  payload  requests 
into  the  data  base. 

FAYLOAD  REQUEST 
<type_of^reque?ts> ,<sc_id> 

<request_source>, [ <display_options>] , 

[ <report_options> ] . [ <start_orbit> ] , 

[<stop_o7bit>] 

<type_of_requests>  - [PLANNING, SCHEDULING] 

<sc_id>  • spacecraft  id  [LS4,LS5] 

<request_source>  “ [<file_name>,MAN] 

<file_name>  ■ candidate  requests  are  tranfexred  from  MMF 
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MAN  " candidate  requests  are  manually  entered 

<dlsplay_options>  - " [DETAIL, PARAMETER, INVALID, ERROR J" 

<report_options>  - “(DETAIL, PARAMETER, INVALID, ERROR]" 

<start_orbit>  ■ nnnnn  orbit  number  of  first  candidate 
request 

<stop_orbit>  “ nnnnn  orbit  number  of  last  candidate 
request 

<sc_id>,  <start_orbit) , and  <stop_orbit>  must  be  specified 
if  <request_source>  - MAN 

Order  of  entering  keywords  for  the  display  and  report 
options  is  not  important  and  the  keywords  can  be  abbreviated. 

EXAMPLE:  PLREQ  PLANNING, LS4,PC4000,“DET, ERROR" 

PLREQ  SCHED.LS4.SC400 

PLREQ  SCHED.LS4, MAN, 0000100003 
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6. 4. 4. 5. 2 Mission  Support  Planning  (CPD-1071 ) 


TBS 
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6. 4. 4. 5-3  Obtain  Link  Support  Process  (CSF-CPD-1072)  - MRLNKSPT 
The  obtain  link  support  (OLS)  process  is  responsible  for  generating  the  link 
requests  required  to  satisfy  candidate  requests  and  mission  support  requests. 
The  OLS  process  is  run  weekly  to  identify  link  requirements  in  the  advance 
scheduling  process,  and  daily  to  identify  additional  support  needed  before 
preparing  the  next  day's  schedule.  It  performs  the  following  tasks: 

a.  Selects  best  station  to  satisfy  the  request. 

b.  In  case  of  overlap,  selects  station  whose  AOS  most  immediately 
precedes  the  center  time  of  the  request. 

c.  Builds  resource  IDs  for  the  resources  needed. 

d.  Updates  the  resources  timeline  with  a code  of  "N"  (needed)  for  the 
time  the  resource  is  needed. 

e.  Prints  and  displays  a process  summary  report. 

Interfaces  for  the  OLS  process  are: 

a.  CSF  operator,  for  process  times  and  processing  options. 

b.  CSF  data  base,  to  obtain  requests,  station  resources,  pass 

predictions,  candidate  request  information  and  requirements,  and  to 
update  the  timelines  in  the  station  array. 

Two  key  routines  within  the  OLS  process  are  the  control  routine,  MRLNKSPT,  and 
the  routine,  MRLNKREQ,  that  builds  the  resource  ID  and  processes  resource 
timelines  to  reflect  the  period  for  which  the  resource  is  needed. 

An  annotated  OLS  process  dialog  with  the  operator  is  shown  below. 
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PURPOSE: 

FORMAT: 

where: 
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NAME:  OLS 

OLS  invokes  the  obtain  link  support  process  and 
consolidates  the  link  requirement  for  NCC  and  NO CC. 

OLS  <8C_id>,<start>,<stop> 

<sc__Id>  - spacecraft  id  [LS4,LS5] 

<start>  - the  beginning  of  the  time  interval  for  which 
requests  are  to  be  built  as  link  support  timelines 
(yy:ddd:hh:mm:ss) 

<stop>  - the  end  of  the  time  interval  for  which  requests 
are  to  be  built  as  link  support  timelines 
(yy:ddd:hh:mm:ss) 

OLS  LS4, 81:054:01:30:00, 81:055:00:00:00 
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6.4.4. 5.4  Screen  Candidate  Request  Process  (CSF-CPD-1073)  - MRSCRNCR 
The  screen  canddiate  request  (SCR)  process  sets  a payload  acquisition  request  to 
an  unacceptable  status  when  predicted  cloud  cover  or  minimum  sun  angle  is 
outside  customer  specified  tolerances.  The  SCR  process  is,  normally,  a part  of 
the  daily  scheduliir.g  process  that  must  wait  for  the  cloud  cover  predictions 
before  being  run.  It  precedes  the  scheduling  mission  activities  process. 

The  SCR  process  performs  the  following  tasks: 

a.  For  the  time  span  specified  by  the  operator,  examines  each  candidate 
request  for  cloud  cover  and  sun  angle  criteria. 

b.  For  each  scene,  extracts  from  the  scene  record  the  sun  angle  and  the 
coded  cloud  cover  prediction. 

c.  Checks  sun  angle  and  predicted  cloud  cover  against  candidate  request 
tolerances. 

d.  Stores  an  appropriate  status  code  in  the  candidate  request  data 
record,  depending  on  whether  the  request  is  within  acceptable  limits. 

e.  Prints  a summary  report  and  displays  it  on  the  operator  console. 

Interfaces  for  the  SCR  process  are  with  the  CSF  data  base  and  the  operator. 
This  process  is  intermediate  between  the  payload  planning  process  and  the 
schedule  mission  activities  process. 

An  annotated  SCR  dialog  with  the  operator  is  shown  below. 
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DIRECTIVE  NAME: SCREEN 

SCREEN  Invokes  the  screen  candidate  request 
process  and  specifies  process  option  parameters. 

This  process  checks  payload  requests  (candidates) 
in  order  to  determine  whether  or  not  the  user's 
requirements  for  minimum  sun  elevation  and  maximum 
cloud  cover  have  been  satisfied.  If  not,  the  requests 
are  flagged  as  deleted  with  the  appropriate  status  code. 

SCREEN  <sc_id>,<start>,<stop> 

<sc_id>  - spacecraft  id  [LS4,LS5] 

<start>  - the  beginning  of  the  time  interval  for  which 
requests  are  to  be  screened  (yy:ddd:hh:mm:ss) 

<stop^  - the  end  of  the  time  interval  for  which  requests 
r~e  to  be  screened  (yy: ddd:hh:mm: ss) 

SCREEN  LS4, 81:054:01:30:00,81:055:00:00:00 


SDS4232 


6-7  5 


81SDS4232 
Revision  A 
16  July  1982 


6. 4. 4. 5. 5 Schedule  Mission  Activities  (CPD-1074) 
TBS. 
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6. 4. 4. 5. 6 Generate  Mission  Activities  (CSF-CPD-1075)  ^ MRACTGEH 
The  generate  aission  activities  (GMA)  process  is  the  last  step  la  the  daily 
scheduling  process.  It  translates  the  schedule  prepared  by  the  schedule  mission 
activities  process  into  a time-ordered  list  of  activities  and  transitions 
Implicit  in  that  schedule.  It  passes  these  lists  to  the  FOS  for  further 
translation  of  the  detailed  activities  into  command  sequences  and,  ultimately, 
for  execution  by  the  system.  It  also  passes  categorized  lists  of  the  scheduled 
FS  activities  to  the  acquisition  analysis  package  for  post-pass  anlaysis  of  FS 
events. 

The  GMA  process  performs  the  following  tasks: 

a.  Checks  each  of  the  resource  timelines  that  have  been  prepared  and 
stored  by  the  schedule  mission  activities  process  for  points  of 
transition  (e.g.,  from  Instrument  off  to  on,  or  from  link  on  to  link 
off). 

b.  Matches  the  state  transition  to  one  defined  in  the  translation  area  of 
the  data  base. 

c.  Adopts  the  acronym  associated  with  the  matching  state  transition  found 
in  the  data  base.  This  acronym  defines,  at  a high  level,  what  must  be 
done  to  effect  the  transition  from  the  old  state  to  the  new  state. 

d.  Searches  generic  mission  support  records  to  find  scheduled  specific 
mission  support  requests.  Uses  the  request  descriptor  as  a key  to  the 
request  requirement",  records  In  the  translation  area  of  the  data  base. 

e.  Searches  the  request  requirements  records  to  find  the  connected 
activity  and  its  acronym. 
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f.  Adjusts  the  request  time  length  in  accord  with  an  Indicator  associated 
with  the  activity  acronym. 

g.  The  adjusted  time,  the  activity  acronym  and  any  standard  items 
associated  with  the  acronym  are  inserted  into  the  acronym  buffer. 

Interfaces  for  the  GMA  process  are: 

a.  Resource  timelines  stored  in  the  CSP  data  base  by  the  schedule  mission 
activities  process. 

b.  Mission  support  request  records  stored  in  the  data  base. 

c.  Translation  area  of  the  data  base  that  provides  activity  acronyms, 
time  adjustments  and  other  standard  information  to  compile  a time 
ordered  sequence  of  activities  for  the  FOS. 

d.  Schedule  compiler  of  the  command  subsystem  as  recipient  of  the  GMA 
output . 

e.  Acquisition  analysis  package  of  the  FSS  as  recipient  of  the  activities 
list  for  use  in  Flight  Segment  event  analysis  and  acquisition 
accounting. 

An  annotated  dialog  between  che  GMA  process  and  the  operator  Is  shown  below. 

DIRECTIVE  NAME : GMA 

PURPOSE:  GMA  invokes  the  generate  mission  activities  process, 

which  generates  an  activity  list  based  on  all  scheduled 
requests,  and  specifies  process  option  parameters. 

FORMAT:  GMA  <sc_id>,<start>,<stop>,<f ilename> 
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<o»'_ld>  - spacecraft  id  (e.g.,  4 designates  LS4) 

<start>  - the  beginning  of  the  time  interval  for  which 
mission  activities  are  to  be  scheduled 
( :ddd:hh:mm:ss) 

<stop>  - the  end  of  the  time  interval  for  whi;ch 
mission  activities  are  to  be  scheduled 
( :ddd:hh:mm:ss) 

<filename>  - the  file  specification  of  the  generated 
activity  list 

[ [directory] : ]c(l). . .c(9) [ .ACT] 
where: 

directory  - the  directory,  and  if  any, 
the  subdirectory  names 

*The  default  directory  and  extension  names  are  generated 
by  GMA 

*The  default  directory  is  FSS$DATA. 

The  default  extension  is  .ACT. 

c(n)  - file  name  consisting  of  any  character  string 
of  length  0-9  as  defined  in  the  RMS  manual. 

GMA  4 :054:01:30:00  :055:OC:00:00  ( FSS6 ] GENACT . ACT 
GMA  4 :347 :12:00:30  : 340: 1 1 : 30: 45  [FSS6 JGENER 
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6. 4. 4. 6 Acquisition  Analysis  Package  (CSF-PKG-1012 ) 


6. 4. 4. 6.1  Ancillary  Data  Processing  (CPD-1077) 


TBS 
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6. 4. 4. 6. 2 Flight  Segment  Events  Analysis  (CSF-CPD-1076)  - MQEVENTS 
The  FS  events  analysis  process  matches  scheduled  activities  against  the  actual 
on-pass  events  (as  translated  from  selected  indicators  in  FS  telemetry),  and 
flags  the  success  or  failure  of  the  activity  accordingly.  The  functions 
performed  by  this  process  include: 

a.  Get  process  options  and  time  span  from  the  operator. 

b.  Read  events  file  to  create  events  array. 

c.  Read  schedule  activity  file  to  get  events  acronym  and  scheduled  time. 

d.  Get  delta  time  limit  for  matching  events  to  scheduled  activities. 

e.  Search  events  array  to  natch  event  to  scheduled  activity  within  delta 
time  tolerance. 

f.  Flag  event  status. 

g.  Generate  reports  for  each  category  of  scheduled  activities;  i.e., 

1.  Payload  activities 

2.  Mission  support  activities 

3.  Network  activities 

4.  Standard  tape  recorder  activities. 

h.  Generate  payload  activity  profile  with  updated  status  for  later  use  in 
the  payload  acquisition  accounting  process. 

Interfaces  for  the  FS  events  analysis  process  are: 

a.  Activities  list  is  created  by  the  GMA. 

b.  CSF  data  base  supplies  the  association  between  the  activity  acronym 
and  the  event  category. 
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c.  CSF  telemetry  subsystem  supplies  the  spacecraft  event  messages. 

d.  NCC  subsystem  supplies  network  event  messages. 

e.  Mission  support  analysis  report  is  prepared  for  mission  management. 

f.  Link  analysis  report  is  output  to  the  NCC  subsystem  for  relay  to  the 
NCC  and  to  mission  management. 

g.  Standard  tape  recorder  analysis  report  La  supplied  to  mission 
management  and  the  performance  evaluation  subsystem. 

h.  Payload  events  profile  becomes  a data  entry  to  the  payload  acquisition 
accounting  process. 

The  dialog  between  the  operator  and  the  events  analysis  process  is  as  follows. 

DIRECTIVE  NAME : EVENT 

SHORT  FORM:  EV 

PURPOSE:  This  directive  Initiates  events  analysis  process  and 

displays  menu. 

After  invoking  the  process  the  operator  is  asked  to  enter  one  of  the  following 
commands: 

$COMMAND? 

RUN  - execute  events  analysis  process 
MOD,parameter,desired_value 

Modify  the  parameter  to  desired  value. 

<CNTL  P>  - snap  shot  screen  display  on  Versatec  printer 
<CNTL  E>  - Terminate  process 
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SPACECRAFT  ID:  4 OR  5 (DEFAULT  4) 

START/STOP  TIME:  1981:001:00:00.00.  TO  1999:365:00:00:00. 
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6. 4. 4. 6. 3 Payload  Acquisition  Accounting  Process  (CSF-CPD-1078)  - MQACCNTG 
The  payload  acquisition  accounting  process  determines  and  reports  the  final 
status  of  each  scheduled  payload  activity.  The  functions  performed  by  this 
process  include: 

a.  Get  process  options  and  time  span  from  operator. 

b.  Compare  payload  events  against  scheduled  payload  requests. 

c.  Compare  contents  of  the  ancillary  data  file  directories  with  the 
corresponding  payload  events  profiles. 

d*  Determines  the  final  status  of  all  scheduled  payload  activities;  l.e., 
whether  the  events  profile  indicates  that  sensor  data  was  taken  and 
transmitted,  and  whether  the  data  directories  indicate  that  MSS  or  TM 
correction  data  exists  to  cover  the  candidate  request  period. 

e.  Update  the  status  of  payload  requests  and  produce  the  payload  events 
status  file  for  the  MMF. 

f.  Produce  the  payload  acquisition  accounting  report. 

Interfaces  for  the  payload  acquisition  accounting  process  are: 

a.  Operator,  for  options,  for  the  processing  time  span,  and  for  reactions 
to  error  reports. 

b.  CSF  data  base,  for  the  scheduled  payload  requests. 

c.  MSS  or  PCD  data  packet  directories,  for  information  about  the 
existence  of  ancillary  data. 

d.  MMF,  as  recipient  of  payload  events  status  file. 
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The  payload  acquisition  accounting  process  interacts  with  the  operator  as 
follows: 

DIRECTIVE  NAME: 

SHORT  FORM: 

PURPOSE: 

FORMAT: 
where: 

After  invoking  the  process*  the  operator  is  asked  to  enter  one  of  the  following 
commands: 

VARIABLE? 

GO  - Execute  process  using  the  current  input/output  parameters 

If  any  of  parameters  is  desired  to  be  changed,  enter  name  of 
parameter,  then  it  will  prompt: 

NEW  'VARIABLE'?  - Enter  value  to  be  updated 

<CNTL  E>  - Terminate  process 

<CNTL  P>  - Snap  shot  screen  display  on  Versatec  printer 
PARAMETER  RANGES: 

SPACECRAFT  ID  : LSD4  OR  LSD5  (DEFAULT  LSD4) 

START/STOP  TIME:  1981:001:00:00:00.0  TO  1999:365:00:00:00.0 

SDS4232 


ACCOUNTING 

None 

This  directive  and  associated  data  entry  are  used  in 
invoking  the  payload  acquisition  accounting  process 
ACCOUNTING,  lsd,st_time,sp_time 

lsd  - spacecraft  ID 

st_time  - start  time  (yy:ddd:hh:mm: ss.cc) 
sp_timc  - s top  time  (yy:ddd:hh:mm:ss.cc) 
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ERROR  MESSAGES: 

When  an  error  is  detected  during  the  process,  one  of  the  following 
messages  will  be  displayed  on  the  screen: 

•Can't  interpret  event  - MDPLPRFL  record  0 
•Bad  data  record  - MDMSSDIR  0 
•Bad  data  record  - MDPCDDIR  # 

•Can't  get  candidate  information 
•Cant  get  any  more  requests 
•Bad  start  time 
•Bad  end  time 

•End  time  before  start  time 
•Bad  spacecraft  ID 
•Can't  read  directive 
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6 . 4 . 4 . 7 Network  Control  Center  Subsystem  - Link  Schedule  Handler  - NNLNKSCH 
The  link  schedule  handler  subsystem  is  a key  element  of  the  network  control 
center  subsystem  (NCCS).  It  is  responsible  for  transmitting  and  receiving  all 
link  schedule  related  information  to  and  from  the  network's  operations  centers; 
i.e«,  the  NOCC  and  the  NCC.  The  process  described  here  details  the  functions 
involved  in  obtaining  the  required  GSTDN  link  support  from  the  NOCC.  These 
functions  include: 

a.  From  the  CSF  data  base  it  retrieves  link  support  required  for  a 
specified  interval  by  examining  the  resource  timelines. 

b.  Smooths  the  link  requirements  timelines  and  generates  link  support 
requests  on  a station/pass  basis. 

c.  Accepts  operator  entry  of: 

1.  Weekly  advance  schedules  transmitted  from  NOCC 

2.  Updates  to  the  schedule  by  NOCC  in  the  form  of  later  schedules  or 
impact  massages. 

d.  Logs  all  input  schedules  and  changes  to  the  CSF  data  base  and 
updates  the  resource  timeline  records. 

e.  Notifies  the  operator  of  scheduled  support  that  may  be  released. 

f.  Generates  pass  briefing  messages  for  transmission  to  the  ground 
stations. 

g.  Displays  the  current  schedule  and  related  information  at  the 
operator's  request. 

h.  Generates  requests  for  additonal  link  support  needed  for  NOCC. 
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Interfaces  for  the  link  schedule  handler  are: 

a.  Operator  for  entry  of  NOCC  information  and  entry  of  processing  time 
spans. 

b.  FSS  via  the  CSF  data  base,  for  link  support  requirement  timelines  and 
link  support  release  information. 


The  logic  of  the  main  routine,  NNLNKSCH,  is  as  follows: 

PROC 

RECEIVE  SATELLITE  ID,  NETWORK  AGENCY,  PROCESSING  SPAN  AND  FUNCTION 
FROM  OPERATOR 

IF  FUNCTION  - ADVANCE  SCHEDULE  LOGGING 
THEN 

INITIALIZE  NETWORK  SUPPORT  REQUEST  AREA  FROM  INFORMATION  IN 
LINK  SUPPORT  REQUIREMENT  TIMELINES 
CREATE  SUPPORT  REQUEST  SPAN  AND  SUPPORT  REQUEST  MESSAGE  RECORDS 
ELSEIF  FUNCTION  = MODIFICATIONS  TO  EXISTING  SCHEDULE 
THEN 

COPY  SCHEDULE  INTO  A TEMPORARY  FILE 
ELSEIF  FUNCTION  = SCHEDULE  LOG  OR  MODIFICATION 
THEN 

MERGE  ALL  OPERATOR  INPUT  INTO  THE  TEMPORARY  FILE 
UPDATE  DATA  BASE  WITH  INFORMATION  IN  THE  TEMPORARY  FILE 
MARK  STATUS  OF  EACH  SUPPORT  REQUEST  SPAN  RECORD  AS  GRANTED/ 

. DENIED/MODIFIED/ 

PROCESS  DISCREPANCY  REPORTS 
UPDATE  RESOURCE  TIMELINES 
ELSEIF  FUNCTION=DISPLAY  SCHEDULE 
THEN 

DISPLAY  CURRENT  SCHEDULE  TO  OPERATOR 
ELSEIF  FUNCTION  = RELEASE  UNNEEDED  SUPPORT 
THEN 

CHECK  STATUS  OF  SUPPORT  REQUEST  SPAN  RECORDS 
DISPLAY  THE  SUPPORT  RECORDS  NOT  NEEDED 
ELSEIF  FUNCTION  *»  GENERATE  ADDITIONAL  SUPPORT 
THEN 

CHECK  LINK  RESOURCE  TIMELINES 
FIND  ADDITIONAL  SUPPORT  REQUIRED 
UFDATE  NETWORK  SUPPORT  REQUEST  AREA 
INFORM  OPERATOR  OF  ADDITIONAL  SUPPORT 
ELSEIF  FUNCTION  =■  GENERATE  PASS  BRIEFING  MESSAGE 
THEN 
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ANALYZE  GROUND  TAPE  RECORDER  SCHEDULE 
INCORPORATE  INTO  PASS  BRIEFING  MESSAGE 
GENERATE  REPORT  TO  THE  OPERATOR 
END  IF 

UPDATE  INVENTORY  RECORD 
END  PROC 
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SECTION  7 

PAYLOAD  CORRECTION  PROCESSING 
7.1  ENVIRONMENT/ RESOURCES 

Payload  correction  processing  (PCP)  is  performed  in  the  MMF-M  DEC-2050.  The 
only  activity  involving  any  ether  computer  is  the  retrieval  of  files  via  Decnet 
from  the  CSF  VAX  11/780  (raw  telemetry  data  and  directories)  and  the  DRRTS  PDP 
11/34  (HDT-RM  directory,  HDT  quality  file,  image  quality  file).  The  software 

required  for  PCP  consists  of  several  FMS  (Flight  Segment  Management  subsystem) 
routines,  all  PCS  (payload  correction  subsystem)  routines,  and  several 

utilities.  The  parts  of  the  MMF-M  data  base  used  by  PCP  are: 
ephemeris/telemetry  area,  production  area,  MRS  parameter  area,  product 
assessment  area,  and  archive  product  area. 

Except  for  initiating  transactions , PCP  is  normally  an  all  automatic  function. 
Operator  Involvement  is  required  only  to  react  to  the  system  console  messages, 
examine  processing  summary  reports,  -examine  line  test  results,  and  notify 
Quality  Assurance  that  reports  are  available  for  them. 

Since  PCP  is  normally  all  automatic,  the  normal  mode  requires  no  procedures. 
However,  the  file  handling  can  and  will  generate  many  messages  indicating  that 
something  was  not  absolutely  correct.  There  are  many  such  error  conditions,  and 
procedures  for  handling  the  most  common  of  these  must  be  written.  Usually  this 
will  require  running  the  PCP  routines  in  manual  mode;  therefore  SOPs  for  these 
manual  modes  must  also  be  written. 
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TM  PCD  processing  for  the  Interim  Thematic  Mapper  Data  System  is  TBD. 

7.2  OVERVIEW/ BACKGROUND 

The  basic  purpose  of  payload  correction  processing  is  to  convert  raw  telemetry 

information  into  a form  easily  used  for  geometric  correction  computations  in 

archive  generation.  The  PCP  function  consists  of  these  mathematical  steps  and 
their  control,  plus  the  processing  of  some  of  the  required  input  information, 
specifically  the  pole  wander  coordinates  and  the  HDT-RM  directories. 

The  PCP  function  can  be  decomposed  into  seven  steps,  as  shown  in  Figure  7-1.  In 
actual  practice  one  or  more  of  these  steps  may  be  performed  in  sequence  by  a 
single  transaction.  Tables  7-1  and  7-2  give  the  inputs  and  outputs  to  the  PCP 

function.  Although  the  various  steps  can  (and  will)  be  performed 

asynchronously,  they  can  be  discussed  conceptually  as  a single  flow  without 
simplifying  the  control  or  flow. 


7.3  FUNCTION  DESCRIPTION 

There  are  two  functions  which  precede  PCP;  inputs  for  Phase  1 processing  come 
from  spacecraft  scheduling,  while  inputs  for  Phase  2 processing  come  from  image 
acquisition.  Since  these  two  functions  receive  data  via  different  links  from 
the  spacecraft,  the  arrival  of  their  outputs  to  PCP  cannot  be  known  in  advance. 
This  is  one  of  the  reasons  that  PCP  is  broken  into  two  phases,  which  permits 
initial  processing  of  the  telemetry  (Phase  1)  as  soon  as  practical,  with  the 
final  processing  taking  place  as  soon  as  Phase  1 has  been  completed  and  the 
inputs  from  image  acquisition  have  been  received.  The  function  which  follows 
PCP  is  archive  scheduling. 
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Figure  7-1.  Individual  PCP  Steps,  Showing  External  Interfaces 
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Figure  7-2  shows  all  the  individual  software  units  used  in  PCP  and  groups  them 
into  the  seven  steps  shown  in  Figure  7—1.  These  seven  steps  can  be  run 
separately  or  the  three  Phase  1 steps  and  the  three  Phase  2 steps  can  be 
combined  into  two  large  transactions,  as  shown  in  Figure  7-2,  which  is  the 
normal  processing  mode.  These  two  transactions  are  invoked  by  selecting  the 
appropriate  entries  from  the  MMF  processing  menu.  The  pole  wander  handler  is 
usually  run  separately. 

Except  for  operator  entries  in  the  manual  operational  mode  and  the  pole  wander 
data,  all  external  inputs  are  data  files.  Table  7-1  lists  the  inputs  and  their 
source  and  gives  a brief  description  of  their  contents.  The  raw  telemetry  data 
is  a subset  of  all  received  telemetry  and  has  bee”«  compressed  in  CSF  in  two 
ways:  1)  the  time  intervals  have  been  shortened,  if  necessary,  to  include  only 
desired  scenes,  with  sufficient  excess  preserved  to  guarantee  coverage;  and  2) 
some  data  in  the  telemetry  stream  not  needed  in  PCP  has  been  removed.  This  raw 
telemetry  data  and  associated  directories  are  retrieved  from  CSF  over  Decnet 
using  the  standard  protocols.  These  files  are  unsolicited;  normally  all 
available  files  are  picked  up  and  processed  by  PCP. 


The  HDT-RM  directory,  HDT  quality  data,  and  image  quality  data  files  are 
retrieved  from  DRRTS  over  Decnet  using  the  standard  protocols.  These  files  are 
unsolicited;  normally  all  available  files  are  picked  mp  and  processed  by  PCP. 
The  contents  of  the  HDT  quality  data  file  and  the  image  quality  data  file  are 
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not  used  in  the  main  line  POP  function;  they  are  merely  reformatted  and  put  into 
the  data  base  for  later  use  in  evaluating  tape  drives  and  for  generating  tape 
quality  statistics. 

The  desired/acquired  scene  list  is  created  at  the  beginning  of  the  spacecraft 
scheduling  function  and  is  updated  every  time  a significant  event  occurs  for  any 
scene  on  the  list.  When  first  accessed  by  PCP  the  list  contains  those  scenes 
for  which  acquisition  was  scheduled  and  for  which  the  scheduling  function,  based 
on  housekeeping  data  in  the  telemetry,  believed  data  should  have  been  acquired. 

At  three  places  in  PCP  the  status  of  scenes  in  this  list  is  changed:  first, 
when  telemetry  for  the  scenes  has  been  successfully  processed  by  PCP  Phase  1; 
next,  when  the  HDT-RM  directory  processing  indicates  that  acceptable  video  was 
acquired  for  the  scene;  and  finally  when  the  outputs  from  PCP  Phase  2 are 
available  for  the  scene.  The  final  updated  list  is  an  output  of  PCP,  to  be  used 
in  the  archive  generation  scheduling  function.  Whenever  one  of  these  stages  is 
completed  for  a scene  the  status  is  changed.  Thus,  if  the  HDT-RM  directory  is 
orocessed  first,  indicating  that  the  video  is  available,  this  status  would 
precede  the  status  indicating  that  the  processed  telemetry  was  available.  A 
management  report  exists  that  gives  the  status  of  each  scene  in  this  list  upon 
request. 

The  two  types  of  outputs  from  PCP  are  data  files  and  reports.  Table  7—2  lists 
the  outputs  and  their  destination  and  gives  a brief  description  of  their 
contents.  The  reports  consist  of  a processing  summary  report  for  each  computer 
program,  a'QA  report  from  PCS  Phase  1 and  PCS  Phase  2,  and  error  reports  for 
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each  program  (only  generated  when  errors  are  detected).  The  primary  outputs  for 
use  in  later  image  processing  are  the  processed  telemetry  data,  which  is  put  on 
the  HDT-AM  product,  and  the  correction  data,  which  is  essential  in  the  archive 
generation  function  for  computing  the  geometric  correction  information  that  is 
put  on  the  HDT-AM  product.  These  two  PCP  outputs  are  sent  unchanged  to  MIPS  by 
the  archive  generation  scheduling  function  as  part  of  the  archive  generation 
process  request  package. 


7.4  PROCESS  OPERATIONS 

In  this  section  some  general  comments  about  payload  correction  processing  are 
given.  The  PCP  function  does  not  require  any  dedicated  personnel.  The  MMF-M 
computer  operator  will  examine  the  hardcopy  reports  for  error  messages  and 
unusual  results  and  will  immediately  bring  these  to  the  attention  of  the 
operations  supervisor.  QA  will  he  notified  when  reports  are  available.  Either 


a QA 


Cochnic Ictfi  or 


an  image  analyst  will  evaluate  the  reports  and  take  the  QA 


report;',  to  the  QA  area.  The  processing  summary  and  error  reports  will  remain  in 
the  MMF-M  area  and  will  be  bound  and  retained  for  later  reference. 


Because  of  the  automatic  nature  of  the  PCP  function,  the  only  operational 
prerequisite  is  the  daily  line  test.  Th^re  are  separate  tests  for  PCP  Phase  1 
and  Phase  2.  Normally,  they  will  both  be  run  at  the  start  of  the  first 
production  shift  of  the  day.  The  standard  reports  are  generated  from  the  line 
test  and,  in  addition,  the  number  of  differences  from  the  baseline  results  are 
reported  (see  Figures  7-3  and  7-4).  Any  differences  other  than  those  expected 
(as  noted  in  the  examples  shown  in  the  two  figures)  will  mean  failure  of  the 
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Figure  7-3.  PCS  01  Line  Test  Report 


3-4 


4«j: 

0) 

x ■ 

u 

H >•* 

r< 

JO' 
*3  »-•: 

U 

0) 

u 

to  i 

u 

3 

x J • 

a> 

O 

» X* 

U4 

o 

<• 

Lt 

o 

4-4 

Ui 

•o 

cn 

«L*4- 

>* 

o» 

(0 

m 

X* 

^■4 

3 

x: 

r-4 

H 

CO 

ORIGINAL  PA&G  13 
OF  POOR  QUALITY 


$ 

* 

-O  ' 

Ai  a) 

a a 

t 

> • 

M 

fa 

/» • 

/»* 

.4  ."O  * 

>o» 

• 

• 

4* 

/v  • 

*4  ■ 

«r  •>•■ 

> > 

• *'»  I 

fa  - 

:* 

>i 

O- 

-•-a: 

> > 

• .**  • 

n 

4»  • 

n ■*+ 

a /i 

74  > 

• *4* 

>.  fa- 

3 

•-4 

-4  •>  -N 

•A 

-4  a 

f#  4 

> o» 

• 

* 

fa  • > • — • 

9* 

a 

» 7*  »4 

•A 

.■>  >4 

■n  s 

O'  -O* 

• 

n« 

o > • J » 

bS  r-  jJ  r- 

—■  'O'  30 

*-• 

*-  y 

< 

aI 

n rt- 

O'  .0* 

• 4 04  • 

J ;».«  u • 

it. 

JO  if#  A f« 

N/)a 

-0 

a) 

NO 

•4 

/) 

* • 

• • 

• 4 — . 

U •«.  1 J X 

a!  • 

3 -#  3 

*4 

-«  O -»1 

u 

aI 

-4.0 

< 

3 

3 O' 

3 3 

• »•  3D  r 

x a .A.  < 

>4  . 

X ■ J>  X 

» 

9 X >« 

X 

*« 

J>  O 

3 X 

1 

1 

o a 

M X * 

« aj 

4 SO  * 


a!  Q >• 

C -•  f 

•*  . j- 

J Hi. 

to 

o a- 
* oa, 
H-  3 J 

u <-* 

U Xm. 

to 

< w c 

z to  x 

o.  a< 

u a 
•0  o 

U KH 
a.  cl  -J 


3 • 

V)ii  I 

a h i 

UO  • 

£ a)  I 

a x i o 

X X I /» 

a j i o-  • 

a.  t *>  • 

(a.  I 

“4  • -4 • 

a • <f  • 

• -o  • 

b.  ION 

3 I J ^ 

• X » 


3 — • r* 
X 3 • 

3 C »• 
OUZO 
Hi.  J J 
V)  O A.  lO 


O H 3 >4  S N x>-  il  i 

0 0 3 > 3 ^ » r»  * 

o o o o o a ?*/»■<  n . 

itoo</)tor*<<rt/j  • • to  • 

• uuuu-^ouuoouo: 

il  • to 


tO  3 

X 

X 

X 

a j 

3 

3 

3 

3 a 

N o 

A* 

» O • O 

a * 

a* 

k.i 

+4 

•4  04 

a 

—4  *4 

*a1 

•4 

Ul 

Li 

•a 

a 

a 

1 1 

t 8 • • 

B 

*4 

Ab 

*4  /»^4  /) 

— A 

A.  1 

M 

v4  - 

3 

z> 

•4  • 

o 

>• , 

#1 

a 

Ai 

O 

3 

a- 

3 

14 

a 

a 

X 

X 

x • 

u 

u 

u 

X 

< • 

« 

< 

X 

•4  -4  - 

a 

«*  ca 

a 

•4 

L> 

x - 

x- 

x - 

«»  *n- 

u 

• n.n 

A> 

a 

• 

• 

H —04 

X 

• 

• 

• 

U *4^ 

0-4- 

a 

u 

u 

• — •—  • 

H 

X 

X 

• « • 

A> 

U 

u 

u 

-4  O 

X 

X X 

• 

X 

• 

X 

H Z 

>• 

3 3 

X 

3 

X 

3 

K 

J — — 

»- 

r x 

K 

X 

K 

X 

X 

p«  a a • 

*4 

x x x 

H 

•"4 

X >*  X J 

y 

3 3 

X - 

a s i c 

X • 

3« 

J - 

u<na 

a) 

*—  H 

3 • 

h j a a 

3* 

»4 

U ■ 

Ob  O Kt  to. 

X 

to  to* 

U> 

X L.fe»  L»» 

U 

«• 

Q 

»■*  »>-4»ON»0' 

pt  n«)/>«4n«4Ma 


i f*-  ■»<  a .>  a •*  a >.**i  /»  h h ^ ^ •«•/»  a 

H m ♦ •»  •<  -4 


»4H  p«r«  pto«n«^ 

•«t4w«N  p*^» 


XX  as  k 

o o a a a 

x r xxx 

oooozu  oaau<<< 

O'OXXrX~»/lOO3X^y>t3/5^g0 

HvaaoaaaiHMhuuuuuuu 

QQLLLLkLVXOtOtO^OtOiOVlV) 


7-11 


TOtAb  DirrCHfcNttSj 


PAQ8  IB 
QUALITY 

81SDS4232 
Revision  A 
16  July  IV 32 

line  test  and  no  processing  will  be  initiated.  The  operator  will  bring  . ny 
unexpected  differences  tc  the  attention  of  tne  operations  supervisor  and  QA 
personnel  immediately. 

The  normal  operation  of  the  PCP  function  is  broken  inco  two  transactions,  as 
shown  in  Figure  7-2.  In  order  to  ensure  that  the  archi/e  scheduling  function  is 
kept  loaded,  the  second  transaction,  called  Phase  2,  will  be  run  as  soon  as  the 
line  test  is  completed  successfully.  The  first  transaction,  called  Phase  1, 
will  be  run  about  every  90  minutes  to  pick  up  any  available  new  telenier*y  from 
recent  data  acquisitions  (which  occur  at  approximately  90  minute  intervals). 
The  Phase  2 transaction  will  be  run  twice  per  shift  as  data  becomes  available 
from  DRRTS.  The  operator  will  check  the  Decnet  file  index  in  the  middle  and 
toward  the  end  of  the  shift  and  initiate  the  transaction  If  new  directories  are 
available.  Another  case  when  this  transaction  will  fee  initiated  is  if 

significant  telemetry  was  processed  by  the  Phase  1 transaction,  for  which 
matching  HDT-RM  directories  have  already  been  received  frotm  DRRTS. 

Estimated  run  time  for  the  Phase  1 transaction  is  15-20  mslnutes  for  a whole 
day's  processing  load.  Estimated  run  time  for  che  Phase  *.  transaction  is  20-30 
minutes . 

7.4.1  POLE  WANDER  HANDLER 

One  of  the  key  sets  of  input  parameters  to  the  PCP  Phase  1 (process  is  the  pole 
wander  coordinates.  The  U.S.  Naval  Observatory  computes  values  which  must  be 
entered  into  the  PCP  short-term  parameter  file,  ar.d  this  is  the  function  of  the 
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pole  wander  handler  process.  The  pole  wander  information  is  received  weekly  and 
contains  predicted  values  for  each  day  in  a 40-day  interval.  The  information  is 
received  in  printed  form  and  must  be  manually  keyed  into  MMF-M  using  an 
interactive  terminal  (VT78  or  VT100).  Figure  7-5  shows  an  example  of  the  input 
data  sheets.  These  are  received  from  the  project  office  and  given  to  a data 
processing  planner,  who  makes  a duplicate  which  is  given  to  a data  technician 
for  entry  into  MMF-M.  The  original  is  given  to  a flight  operations  planner  for 
use  in  CSF. 

Figure  7-6  shows  the  basic  flow  for  the  pole  wander  handler.  The  display 
presented  to  the  data  technician  on  the  interactive  terminal  is  shown  in  Figure 
7-7.  The  pole  wander  values  for  each  date  are  entered  separately.  Normally,  10 
days  are  entered  at  one  session,  starting  with  values  for  the  next  calendar  day. 
(The  overlap  between  the  10-day  entry  period  and  the  weekly  receipt  is  handled 
by  the  system.  The  most  recent  data  is  always  used  for  processing.)  An  example 
of  the  summary  report  is  shown  in  Figure  7-6.  The  data  technician  will  verify 
that  the  summary  report  agrees  with  the  input  data  sheet.  Threshold  checks  are 
made  on  all  entered  values;  those  which  fail  the  check  will  be  rejected  and  the 
operator  will  be  prompted  for  the  correct  value. 

The  CPDSs  that  give  more  detail  about  the  software  units  in  this  process  and 
which  list  the  possible  error  messages  and  recommended  actons  are:  RWRSUP  - 
LSD-MMF-CPO-2121  and  RWRSEX  - LSD-MMF-CPD-2122. 
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Figure  7-5.  (Continued) 
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Figure  7-6.  Pole  Wander  Handler  Process 
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Figure  7-7.  Pole  Wander  Handler  CRT  Display 
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Figure  7-8.  Pole  Wander  Handler  Summary  Report 


7. A. 2 PCP  PHASE  1 SCHEDULER 
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PCP  Phase  1 scheduler,  sets  up  the  PCP  Phase  1 process  by  retrieving  raw 
telemetry  data  files  and  their  directories  from  CSF,  identifying  available  files 
and  directories  previously  transferred  by  the  spacecraft  planning/scheduling 
function,  verifying  the  format  of  the  files,  and  entering  the  names  of  these  raw 
telemetry  files  and  directives  into  an  index  .lie.  This  index  file  (called  the 
“To  be  processed"  index  file,  with  file  name  CURINX.CTB)  drives  PCP  Phase  1. 

Figure  7-9  shows  the  basic  flow  for  the  PCP  Phase  1 scheduler.  It  should  be 
noted  that  FAFXFR  is  also  a part  of  the  spacecraft  planning/scheduling  function 
and  whenever  it  is  activated  it  transfers  all  files  of  all  types  in  CSF  awaiting 
Decnet  transfer. 

FAMTIN  will  use,  as  input,  raw  telemetry  and  directories  transferred  by  any 
previous  activation  of  FAFXFR.  Examples  of  the  reports  produced  by  FAMTIN  are 
shown  in  Figures  7-10a  through  7-10d. 

The  PCP  Phase  1 scheduler  uses  the  telemetry  file  directory  to  determine  what 
raw  telemetry  should  be  scheduled  for  PCP  Phase  1.  If  a raw  telemetry  file 
exists  but  the  directory  is  invalid  or  non-existent,  then  that  raw  telemetry 
will  not  be  validated  and  entered  in  the  index  file  If  a useable  directory 
does  not  become  available  after  four  days,  the  raw  telemetry  is  put  into  a hold 
state . 

The  CPDSs  which  give  more  detail  about  the  two  software  units  in  this  process 
and  which  list  the  possible  error  messages  and  recommended  actions  are:  FAFXFR  - 
LSD-MMF-CPD-2004,  and  FAMTIN  - LSD-MMF-CPD-2098 . 
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Figure  7-9.  PCP  Phase  1 Scheduli 
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Figure  7-10a.  FAMTIN  MSS  TLM  Ingest  Processing  Summary 
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Figure  7-10b.  FAMTIN  MSS  TLM  Ingest 
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7.4.3  PCP  PHASE  1 


PCP  Phase  1 does  the  initial  processing  of  the  telemetry  data,  including 
calibration,  smoothing,  outlier  detection,  and  determination  of  spacecraft 
operating  mode(s).  The  available  raw  telemetry  files  are  identified  in  the  "To 
be  processed"  index  file.  Once  activated  PCP  Phase  1 sequentially  processes  all 
the  data  identified  in  the  index  file.  As  the  processing  for  each  raw  telemetry 
file  is  completed,  the  results  are  stored,  the  entry  in  the  index  file  is 
deleted  and  the  name  of  the  output  processed  telemetry  file  is  put  into  another 
index  file  (called  the  "PCS  Completed"  index  file,  with  file  name  CURINX.CRC) , 
which  is  used  in  PCP  Phase  2. 


Figure  7-11  shows  the  basic  flow  for  PCP  Phase  1.  An  example  of  a processing 
summary  report  is  shown  in  Figure  7-12.  Two  copies  will  be  generated  for  each 
raw  telemetry  file  processed;  one  for  QA  and  one  to  be  retained  in  the 
operations  area.  The  operator  will  notify  QA  when  reports  are  available.  If 
any  errors  are  encountered  an  error  summary  report,  shown  in  Figure  7-13,  is 
generated.  These  errors  should  be  brought  to  the  attention  of  the  operations 
supervisor  immediately. 

The  CPDS  which  gives  more  detail  about  the  PCS  Phase  1 software  unit  is  LSD-IGF- 
CPD-3015. 

7.4.4  PCP  PHASE  1 COMPLETION 

The  PCP  Phase  1 completion  process  takes  the  output  from  PCP  Phase  1 and  updates 
the  data  base  with  status  information  about  the  raw  telemetry  data  processing. 
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Figure  7-12.  PCP  Phase  1 Processing  Summary  and  Quality  Assurance  Report 
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Figure  7-13.  PCP  Phase  1 Error  Summary  Renort 
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This  process  is  broken  into  two  parts;  the  first  examines  the  processeJ 
telemetry  files  for  format  problems  and  sends  a directory  of  these  files  to  the 
data  base,  and  the  second  determines  which  WRS  scenes  are  contained  in  the 
processed  telemetry  interval,  compares  them  with  the  list  of  desired  scenes  and 
updates  their  status. 

Figure  7-14  shows  the  basic  flow  for  PCP  Ptiase  1 completion.  Examples  of  the 
reports  generated  are  given  in  Figures  7-J 5a  through  7-15d. 

The  CPDSs  which  give  more  detail  about  the  two  software  units  in  this  process 
and  which  list  the  possible  error  messages  and  recommended  actions  are  FATEPK  - 
- LSD-MMF-CPU-2003,  , and  FATECP  - LSD-MMF-CPD-2100. 

7.4.5  PCP  PHASE  2 SCHEDULING 

PCP  Phase  2 scheduling  Involves  fetching  and  processing  the  HDT-RM  outputs  from 
the  image  data  acquisition  function,  comparing  the  video  data  acquired  with  the 
desired  scene  list  and  setting  up  the  process  request  for  the  PCP  Phase  2 
process.  This  process  consists  of  four  parts:  the  first  retrieves  data  from 
DRRTS  over  Decnet,  including  the  HDT-RM  directory,  the  HDT-RM  quality  file,  and 
the  Image  data  quality  file;  the  second  and  third  parts  validate  this  data  and 
put  it  into  the  data  base;  and  the  fourth  part  generates  the  process  request  for 
PCP  Phase  2 using  the  HDT-RM  directory  and  the  list  of  desired  scenes,  which  was 
updated  in  the  PCP  Phase  1 completion  process. 

Figure  7-16  shows  the  basic  flow  for  PCP  Phase  2 scheduling.  Examples  of  the 
reports  from  the  various  parts  of  this  process  are  shown  in  Figures  7-17a 
through  7-1 7c. 
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Figure  7-17b.  GQHASS  Processing  Summary 
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Figure  7-i7d.  CADENT  Retransmittal  Log 
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Figure  7-17e,  CPPCGN  Pr>  cessing  Surannry 
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The  CPDSs  which  give  trore  detail  about  the  four  software  units  In  this  process 
and  which  list  the  possible  error  messages  and  recommended  actions  are:  GXllKKC  - 
LSn-MMK-Cn>-2076,  CQIIASS  - LSD-NMK-CPD-2074 , CA11KNT  - LSI>-MNK-CPl)-2033,  and 

GPl'CGN  - LSU-MMK-CPD-2140. 

?.4.b  1*01’  PIIASK  2 

In  rCI’  Phase  2 the  processed  telemetry  that  covers  desired  scenes  for  which 
video  data  has  been  acquired  Is  converted  to  parameters  which  will  be  used  to 
produce  geometric  correction  data  In  the  MSS  archive  generation  function.  These 
parameteis  Include  the  scene  center,  band-line  adjustments,  NASA  scene  1 1> , and 
spacecraft  statevector  departures  from  nominal.  The  process  requests  (PR) 

generated  In  PC  1*  1'hase  2 scheduling  are  used  to  drive  TCP  Phase  2.  The  PR 
contains  the  names  of  the  desired  scenes  lor  which  video  data  and  processed 
telemetry  data  Is  available  and  points  to  the  index  file  generated  by  the  POP 
Phase  1 completion  step,  which  gives  the  name  of  the  associated  processed 
telemetry  data  file.  t'pon  successful  completion  of  a process  request,  three 
Index  files  are  accessed:  the  process  request  entry  Is  deleted  from  the  "To  be 
processed"  Index  file,  the  names  of  the  process  request  feedback  file  and  the 
correction  data  file  are  ndJcJ  to  the  "PCS  completed"  index  file,  and  the  name 
of  the  process  request  file  Is  added  to  the  "To  be  deleted"  index  file.  Once 
activated,  l’CP  Phase  2 sequentially  processes  all  the  available  process 
requests . 
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Figure  7-18  shows  the  basic  flow  for  PCP  Phase  2.  An  example  of  a processing 
summary  report  is  shown  in  Figure  7-19.  Two  copies  will  be  generated  for  each 
processed  telemetry  file  processed;  one  for  QA  and  one  to  be  retained  in  the 
operations  area.  The  operator  will  notify  QA  when  reports  are  available.  If 
any  errors  are  encountered,  an  error  summary  report,  shown  in  Figure  7-20,  is 
generated.  These  errors  should  be  brought  to  the  attention  of  the  operations 
supervisor  immediately. 

The  CPDS  which  gives  more  detail  about  the  PCS  Phase  2 software  unit  is  LSD-IGF- 
CPD-3016 . 

7.4.7  PCP  PHASE  2 COMPLETION 

The  PCP  Phase  2 completion  process  wraps-up  the  PCr  function  by  deleting 
intermediate  files  that  are  no  longer  needed  and  by  identifying  data  that  is 
ready  to  be  utilized  in  the  archive  generation  scheduling  function. 

Figure  7-21  shown  the  basic  flow  for  PCP  Phase  2 completion.  An  example  of  the 
processing  summary  report  generated  in  this  process  is  shown  in  Figure  7-22. 

The  CPDS  which  gives  more  detail  3bout  the  software  unit  in  this  process  and 
which  lists  the  possible  error  messages  and  recommended  actions  is:  LSD-MMF- 

CPD-2142. . 
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Figure  7-19.  PCP  Phase  2 Processing  Summary  Report  and  QA  Report 
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Figure  7-20.  PCP  Phase  2 Error  Summary  Report 


Figure  7-21,  PCP  Phase  2 Completion  Process 
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Figure  7-22,  Phase  2 Completion  Processing  Summary  Report 
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SECTION  8 

IMAGE  DATA  ACQUISITION 


8.1  ENVIRONMENT/RESOURCES 

All  image  data  acquisition  for  the  Landsat-D  Ground  Segment  is  performed  within 

the  Data  Receive,  Record  and  Transmit  system  (DRRTS)  of  the  Image  Generation 

Facility  (IGF).  See  Figure  8.1-1  for  the  system  overview.  The  DRRTS  system  is 

physically  located  for  easy  access  to  the  archival  area  as  well  as  the  MIPS 

strings.  This  close  proximity  is  relevant  since  the  primary  and  secondary  end 

products  of  image  data  acquisition  are  28-track  and  14-track  high  density  tapes, 

respectively.  The  two  types  of  image  data  acquisition  to  be  discussed  within 

this  section  are  GSTDN/Foreign  Ground  Station  and  Transportable  Ground  Station 

(TGS)  image  data  acquisition.  The  former  arrives  at  DRRTS  in  the  form  of 

14-track  HDDR  tape,  while  the  latter  is  received  directly  from  the  satellite  by 
♦ 

the  TGS  system  and  is  sent  via  cable  to  the  DRRTS  system  for  preliminary 
processing . 

8.1.1  SOFTWARE  ENVIRONMENT 

Figure  8.1-2  illustrates  the  DRRTS  software  components  (excluding  RSX-11M)  that 
make  up  the  DRRTS  software  environment.  The  purpose  of  each  is  briefly  explained 
in  the  following  paragraphs.  This  software  is  divided  into  two  groups  as 

indicated  below: 

a.  DRRTS  application  software 

1.  Operator  interface  task 

2.  Operation  monitor  tasks 
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Figure  8.1-2.  DRRTS  Software  Components 
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3.  Directory  generation  tasks 

4.  MMF  service  task 
b.  DRRTS  system  software 

1.  Synchronized  time  code  generator  driver 

2.  Matrix  switch  driver 

3.  Landsat  format  synchronizer  driver. 

8.1.1. 1 Operator  Interface  Task 

The  operator  Interface  task  is  the  DRRTS  task  that  performs  all  communication 
with  the  operator.  It  allows  the  operator  to  initiate  all  operation  related 
activities  as  well  as  manual  functions  and  all  reports. 

The  operator  interface  task  is  implemented  in  PDP-11  Fortran  IV  Plus  and  its 
detailed  design  is  documented  in  the  CPDS,  LSD-IGF-CPD-3080. 

8. 1.1. 2 Operation  Monitor  Task 

The  operation  monitor  tasks  are  the  DRRTS  tasks  that  control  the  active 
operations.  One  operation  monitor  task  is  required  for  each  active  operation. 
Since  a maximum  of  four  concurrent  operations  are  possible,  there  are  four 
operation  monitor  tasks. 

The  operation  monitor  task  is  implemented  in  PDP-11  Fortran  IV  Plus  and  its 
detailed  design  is  documented  In  the  CPDS,  LSD-IGF-CPD-3303. 

8. 1.1. 3 Directory  Generation  Task 

The  directory  generation  task  is  responsible  for  interfacing  with. the  Demux 
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hardware  and  generating  several  data  files  during  any  operation  that  performs 
directory  generation. 

The  directory  generation  task  is  implemented  in  PDP-11  Fortran  IV  Plus  and  its 
detailed  design  is  documented  in  the  CPDS,  LSD-I^F-CPD-3003. 

8 . 1 . 1 . 4 MMF  Service  Task 

The  MMF  service  task  is  the  DRRTS  task  that  handles  file  transfers  with  the 
Mission  Management  Facility,  using  either  Decnet  or  computer,  compatible  tape. 

The  MMF  service  cask  is  implemented  in  PDP-11  Fortran  IV  Plus  and  its  detailed 
design  is  documented  in  the  CPDS,  LSD-IGF-CPD-3004. 

8. 1.1.5  Matrix  Switch  Driver 

The  matrix  switch  driver  is  the  DRRTS  special  purpose  driver  that  interfaces 
with  both  Che  digital  and  analog  matrix  switches.  These  switches  are  used  to 
make  connections  between  all  DRRTS  special  purpose  hardware  devices. 

The  matrix  switch  driver  is  implemented  in  PDP-11  Macro  Assembly  Language  and 
its  detailed  design  is  documented  in  CPDS,  LSD-LAS-CPD-4019. 

8. 1.1. 6 Synchronized  Time  Code  Generator  Driver 

The  synchronized  time  code  generator  driver  is  the  DRRTS  special  purpose  driver 
that  interfaces  the  synchronized  time  code  generator.  It  allows  reading  the 
current  time  code  under  operator  control. 

The  synchronized  time  code  generator  driver  is  implemented  in  PDP-11  Macro 
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Assembly  language  and  its  detailed  design  is  documented  in  CPDS, 
LSD-IGF-CPD-3131. 

8. 1.1. 7 Landsat  Format  Synchronizer  Driver 

The  Landsat  format  synchronizer  driver  is  the  DRRTS  special  purpose  driver  that 
interfaces  the  Landsat  format  synchronizer,  which  extracts  selected  data  from 
the  MSS  data  stream. 

The  Landsat  format  synchronizer  driver  is  implemented  in  PDP-11  Macro  Assembly 
language  and  its  detailed  design  is  documented  in  CPDS,  LSD-1GF-CPD-3077 . 

8.1.2  HARDWARE  ENVIRONMENT 

Figure  8.1-3  illustrates  the  DRRTS  hardware  components  that  make  up  the  DRRTS 
hardware  environment.  The  actual  hardware  configuration  is  illustrated  In 
Figure  8*1—4  and  is  comprised  of  the  following  items. 

a.  PDP  11/34  with  256  Kbytes  of  memory 

b.  Two  RK07  disks 

c.  LA36  terminal  (system  console) 

d.  VT100  terminal  (operator's  console) 

e.  VT78  terminal  (formatted  display  device) 

f.  HDDR  control 

g.  800/1600  BPI  MTU 

h.  Two  14-track  HDDR  and  four  28-HDDRs 

i.  Synchronized  time  code  generator  (STCG) 

j.  MSS  simulator 
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k.  Analog  and  dlgitial  matrix  switches 

l.  Line  printer 

go.  Moving  window  display 
n.  MSS  uemux  (LFS). 

8.2  OVERVIEW/BACKGROUND 

As  Indicated  in  paragraph  8.1,  the  scope  of  this  section  covers  only  the 
CSTDN/Foreign  Ground  Station  and  TGS  data  acquisition.  The  discussion  of  TM 
data  acquisition  will  be  covered  at  a later  date.  The  requirements  for  the 
collection/processing  of  image  data  are  solely  the  needs  of  the  end  user.  These 
requirements  are  Indicated  to  the  DRRTS  system  operator  In  the  form  of  schedules 
(process  requests)  generated  by  the  MMF-M  system  of  the  Ground  Segment.  These 
process  requests  are  transmitted  to  the  DRRTS  system  from  the  MMF-M  system  via 
the  Decnet  Interface  or  by  CCT. 

8.3  FUNCTION  DESCRIPTION 

The  acquisition  of  image  data  is  simply  depicted  in  Figure  8.3-1.  This 
illustration  shows  none  of  the  processes  but  rather  that  all  image  data  ends  up 
on  tape.  Paragraphs  8.4.1  and  8.4.2  detail  the  various  steps  to  be  performed  by 
the  operator  to  achieve  the  end  product.  Figure  8.3-2  amplifies  the  data/tape 
in  - tape  out  process  further.  Figure  8.3-3  depicts  the  required  machination 
within  the  DRRTS  system  to  achieve  the  desired  output.  The  throughput  design 
for  the  DRRTS  system  is  to  acquire  200  KSS  scenes  per  day.  Figures  8.3-4  and 
8.3-5  depict  the  overall  DRRTS  system  hardware  and  software  architecture, 
respectively.  As  indicated  on  the  upper  left  hand  side  of  Figure  8.1-5  there 
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Figure  8.3-2.  DRRTS  Requirements 
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Figure  8,3-3.  DRRTS  Processes 
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Figure  8,3-4,  DRRTS  Hardware  Architecture 
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Figure  8.3-5.  DKRTS  Software  Architecture 
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are  two  (2)  14-track  HDDRs.  These  units  are  used  for  all  GSTDN/Foreign  Ground 
Station  data  to  be  processed  by  the  system.  The  28-track  and  28/42-track  HDDRs 
below  them  are  used  for  all  data  output  by  the  system.  The  processing  of 
GSTDN/Foreign  Ground  Station  data  consists  of  the  conversion  of  14-track  image 
data  to  28-track  image  data.  During  this  conversion  process  additional 
information  is  added  to  the  output  product  (28-track  recording)  in  the  form  of  a 
header  record  at  the  beginning  of  the  tape.  An  identical  directory  is  written 
on  all  28-track  data  tapes  containing  data  received  directly  from  the  satellite 
via  TGS . The  purpose  of  the  14  to  28  track  conversion  is  to  provide  uniformity 
of  data/format  for  input  to  the  remainder  of  the  system,  namely  the  three  MIPS 
strings.  It  is  not  the  purpose  of  this  manual  to  go  into  an  in-depth  discussion 
on  the  operation  of  the  TGS,  but  rather  to  recognize  that  data  is  received  via 
TGS.  The  TGS/TGS-DRRTS  interface  must  be  operational.  The  line  test  to  ensure 
operational  readiness  for  this  decs  path  is  covered  in  paragraph  8. 4. 1.4.1. 

8,4  IMAGE  DATA  ACQUISITION 

This  section  demonstrates  the  various  functions  peripheral  to  Image  data 
acquisition.  The  load,  pause,  continue  and  cancel  functions  are  depicted  and, 
additionally,  an  R-tape  Is  generated  from  a G-tape  input.  Directory  generation 
is  performed  concurrently,  and  end  operation  report  and  appropriate  file  dumps 
are  generated  at  completion.  Finally,  scene  packing  is  performed  to  create  two 
R-tapes  from  one  single  R-tape  generated  In  the  previous  operation.  During  the 
running  of  the  above  sequence  the  image  data  acquisition  status  will  be 
displayed  to  show  the  change  of  status  of  the  various  processes. 
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8.4.1  OPERATOR  INTRODUCTION 

Operators  should  expect  to  see  outputs  from  the  system  as  depicted  in  the 
following  examples.  There  are,  however,  some  exceptions  to  this: 

a.  The  RSX-11M  spooler  software  is  activated  when  print  files  are 
available,  so  the  system  may  exhibit  a delay  between  the  event  and  the 
printout. 

b.  RSX-11M  may  print  additional  messages  on  the  system  console  that  are 
not  shown  in  the  following  examples.  For  example,  if  the  printer  is 
offline  and  a new  report  is  ready  for  print,  RSX-11M  will  print  a 
"line  printer  not  ready"  message  on  the  system  console. 

c.  DRRTS  application  software  may  also  display  addltonal  messages.  For 
example,  if  an  HDDR  hardware  problem  is  detected,  an  appropriate 
message  would  be  displayed  on  the  operator's  terminal. 

All  entries  in  the  log  file  are  prefixed  by  the  current  date  and  time.  Only  the 
first  line  of  fixed  menu  selection  is  included  in  the  log  file. 

8. 4. 1.1  System  Start-Up 


ORIGINAL 

OF  POOR 


actior 


start*!  response 


»r  rut  starts  coboolei 
arcs  taro  the  ousts  stares 

TTPR  "MCI,  DRRT5/PRI t (C/R) ■ AT  THE  SISTER  CONSDLEI 

DHRT*  BILL  RESPOND 

R3X-M  8L26  RULTI-U3CR  STSTCR 
GOOD  AFTERNOON 

I2-NOV-8J  1)1)0  LOCCEO  ON  TERRINAL  TTOl 


BELCOf  TO  DRRTS 


SDS4232 
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inau 


UtIM 

rrrt  •nm*tt<c/af 


\ 

AT  T»S  QA0&AT 0**0  T*** tail 
TTAt  MIC/*)* 

rm  ■tc/Bi* 

TT«  MCC/BJ* 

TTAt  •BCC/ID* 


OfilTt  «IU  kCtPOIt 

•ALT  WT.../WIHIT. 

AIA  U,JOo)4.0*T»*/QC 

919  («, JO?J«.0«rj*/O0 

Alt  O' •TSLOC.PiLr «/DC 

AIA  OfCBATlUA.f ILIVOS 

A] A A4t>CKflS.riLf  »/00 

AIA  POO4.MLM/O0 

AIA  •*UUC4CtA.riLM/O0 

AIA  OACAJTJO4.riLBUACIIATtOa.0AV 

AIA  AAOCC0fl.rjLBAAOCCAS.0AV 

AT A AOOA.A ILBMODA.SAV 

AIA  8COUCMCI.A.r|L«AC0Ue4ee8.6A9 

AIA  (t,  )OAII>AAO0I.UAT«l».  106  J PPAOO  | . 0AV 

AIA  (A, JOAlOAAOOa.OATBtA. J0AJ0AA0O3.SAV 

AIA  (A, l9T)AAnOO|.DAT4fA. JO? 1 PADOOI .QA0 

AIA  (A. JOT) IUDOOI.OATbIA. JO?) IOOOOI.AA0 

AIA  (A, JOTJMAOOOI.DAT*!*, JO7)*0OO0J.PA0 

At A | A* JO?)* AOOOJ.DATb|A.J©1IA1OOO2.«A0 

AIA  (A*  J07 J AAOOO J.DATa(A» JOT) AADOOJ.ffAS 

AC*  Place* 

0C4  NCKCU4 
104  0A40VI 
•04  UAR041 
•04  aoASav 
•04  0A4J4T 

140  1105.5)  0 lPCr.4/?A0K*OlPCS4/AB  1*220. /OICa  19,  JO 01  /C1MTC8 
140  (109.4) NP4C04/Y AflKaMORCOa/Att Ja| 04 ./UXC» ( 9. JOO) /CKP*Y0S 
1 ••  1105, J)OP4ON|/TAflA«OAB0»|/A0Jai0J./U!C»l9f JOOJ/CKP«TE0 
140  tlOl'JlOABUSJ/TAAKaQANOaJ/AMlBlOj./UtCBCS, 3OO1/CRP»Y00 
140  (105.1)  44f8M^TA»«®i»ersav/AAI«l02#/UtC4|5,  J00)SCAA«TC3 
140  (|OS,l)OAnj4T/TAAA«OAP|4T/P4I»10t./UIC«(5.JJO)/CRA«eiO 

•0*  0I4CC4 
• 04  H0HCU4 
• (44  Ot>AU«| 

KU4  04*042 
•U4  «arS4V 
*U*  0A414T* 

AT  T40  OAftATOP  rt44J»ALl 

okays  kill  mkspomd 

•00  TOO  *104  TO  JAITIALUK  ALL  O0VJC00  f (»  00  4|» 

PA ATS  V1LL  •00AO4O 

•T«  0041! S V|  oat*  0TA4V  A AILSP.  COLO  0TAKT  0001)1*00 
OA044TU4  i*fE*r*CS  i?Slfiiti  « T=  C0S US  SS  SS52T  CRSO»;  OR**  •!. 
T4  P0"UI  V|  PA  t LCD  TO  I4ITJALU0 

\4  OC»UX  U tsottP  START  PAJL0O,  COLO  OTARt  *0001000 

OA04ATOR  KtTCar ACC  (THI41T)  - T4  O0BUI  I*  4CSCT  iAAOt,  02«*  -5. 

T4  00*01  92  FAILED  TO  lOlflALZlC 

ALCJ60  NIT  R0TUA4  *40*  TM0  A AY* J 1 04ITCH00  ARC  !■  0TA4D0T  4000* 


OO0T0  41LL  AC8AO40 

•O10CO4R0CT  ALL  PAT* II  04ITCN  OUTPUT  AO»T0  f U 0*  4)* 


DttTA  4 ILL  003AO4O 

•NATRtl  A41TCWCS  J»ITXAL!tC0 
D0VJC0  X41TJALIXAT104  CO4PL0T0 

04OULO  riLC  I4ITXALJIAT104  00  9WQ9919  2 (I  0*  •)• 


OtHTS  4ILL  AC0AO4O 

•AL04SC  SCLCrt  rUPCTIO* 

1.  OCriRL  AAOCCSA 

2.  OCU.tr  Ai  ‘CCAS 
I.  OBAtPC  Orc.’ATIOt 
4.  LUAO  UACRJTlOa 

t.  CO4TR0L  OAitATIOK 
4.  CA4C0L  0ACRAT1O4 
9.  DCLCTC  0AKRATI04 
0.  RCL0A0I  MOCIH  TO  PRP 
f,  PA4UAL  OAC4ATIO40 
H.  0TATU0 
tft.  Atopy  OPPT0 

12.  040  OAKRAriOa* 


I05T4  o 

lOST*  0 
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8. 4. 1.2  Input  Error  Detection  and  Recovery 

The  following  examples  depict  the  various  key  entries  performed  by  the  operator 
in  response  to  system  prompts.  Scattered  throughout  this  section  are  various 
entries  made  incorrectly  to  depict  the  error  handling  capabilities.  The  error 
entries  are  underlined.  Additionally  shown  are  various  entries  that  cause  a 
warning  message  to  prevent  name  duplication  within  the  system. 


PLEASE  SELECT  FUNCTION 
I.  DEFINE  PROCESS 
7.  DILI  Tl  PROCESS 
I DEFINE  OPERATION 
«,  (.<’*('  OPERATION 

S,  CONTROL  'operation 
4,  CANCEL  OPERATION 
1*  DEUtlt  UPEHATIUN 

• . RELEASE  PROCESS  TO  R"f 

9.  MANUAL  OPERATIONS 

10.  STATUS 

11.  A HON  f PNMTS 

12.  f;N»  OPERATION* 


TTPe  •1J(C/B)*  ORRTS  HILL  RESPOND 

u ui  ■ m rniN-nm  *1NVAL10  INPUT 

PLEASE  SELECT  FUNCTION 

1.  OEFINE  PROCESS 

2.  DELETE  PROCESS 
J.  OEFINE  OPERATION 
A.  LOAD  OPERATION 

5.  CONTROL  OPERATION 

6,  CANCEL  OPERATION 
1.  DELETE  OPERATION 

9,  RELEASE  PROCESS  TO  N"F 
9.  NANUAL  OPERATIONS 

10.  STATUS 

11.  AHUHT  ORRTS 

12.  ENO  OPERATION* 
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ersrtn  response 


•ELECT  <OCPine  PROCESS* 

TIPS  MIC/RJ"  DRRTS  KILL  RESPOND 

"PLEASE  SELECT  PROCESS  TTPE 

I.  INACE  DATA  ACOUISITIIJN 

J,  HOT  COPT 

J.  HUT-AN  UPLINK" 


■ELECT  <IRACE  DATA  ACOUXSITIOR* 

TTPE  "ItC/R)"  DRRfS  RILL  RESPOND 

"PLEASE  ENTER  PROCESS  NAttB  (1  TO  6 ALPHABETIC  CHARS)" 


TTPE  •I31«5*(C/R)" 


DRRTS  MILL  RESPOND 

•1NTALID  INPUT 

PLEASE  ENTER  PROCESS  RARE  (1  TO  6 ALPHABETIC  CHARS)* 


TTPE  °ABCDEPCCC/«)» 


DRRTS  RILL  RESPOHD 

"INVALID  INPUT 

PLEASE  ENTER  PROCESS  HARE  (1  TO  6 ALPHABETIC  CHARS)" 


TTPE  •TESTKC/R)" 


DRRTS  RILL  RESPOHD 

•INVALID  INPUT 

PLEASE  ENTER  PROCESS  HARE  (1  TO  6 ALPHABETIC  CHARS)" 


TTPe  °?E8TA(C/R)" 


ORRTS  BILL  RESPOND 

•PROCESS  NANE  ( TE8TA  ) ALREADT  USED 
PLEASE  ENTER  PROCESS  NANE  (1  TO  6 ALPHABETIC  CHARS)" 


TTPE  •ATESTtC/fi)" 


DRRTS  HILL  RESPOND 

"PLEASE  ENTER  HPT  TAPE  LABEL  ID  {PNSTTTTJJJXX)" 


TTPE  "LjRHAStOOlO! (C/R)" 


DRRTS  BILL  RESPOND 

■INVALID  INPUT 

PLEASE  ENTER  HOT  TAPE  LABEL  ID  ( NNSTTTT JJJXX ) • 


DRRTS  MILL  RESPOND 

■INVALID  INPUT 

PLEASE  ENTER  HOT  TAPE  LABEL  ID  C NNSTTTTJJJXX ) ■ 


TTPE  "(ESC)"  DRRTS  BILL  RESPOND 

"FUNCTION  I ABORTED 
PLEASE  SELECT  FUNCTION 
I,  DEFINE  PROCESS 

3.  DELETE  PROCESS 
1.  DEFINE  OPERATION 

4.  LOAD  OPERATION 

5.  CONTROL  OPERATION 

6.  CANCEL  OPERATION 

7.  DELETE  OPERATION 

I.  RELEASE  PROCESS  TO  NNF 
9.  RANUAL  OPERATIONS 
10,  STATUS 
It.  ABORT  LRRT3 
12.  END  OPERATION" 
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ACTION 


SYSTEM  RESPONSE 


DRRTS  WILL  RESPOND 

PLEASE  ENTER  LOC-IC*!,  HOT  TAPE:  LABEL  10  (NN8TTT YJJUXX ) • 


7TPS  *L4NKAS1 00102(C/R)a  DRRTS  Rill  RESPOND 

•PLEASE  ENTER  IRIC  START  TIRE  (DOD.HHtHBiaS.SJ* 


TYPE  •S6T.IJI00J00.0IC/R)* 

Hi— II  1 1 III  IIIIM 


0RRT3  MILL  RESPONO 

•INVALID  INPUT 

PLEASE  ENTER  IRIC  START  TIRE  (ODD.HHIRNISB.S)* 


nPB  *166. 24100100, OCC/R)0 


DRRTS  RILL  RESPOND 

•INVALID  INPUT 

PLEASE  ENTER  IRIC  START  TINE  (DDD.HHINNISS.S)* 


TYPE  •m.2JtS9l39t9(C/R)*  DRRTS  SILL  RESPOND 

nmu • INVALID  INPUT 

PLEASE  ENTER  IRIC  START  TINE  ( DOD.KHl HR |S8 ,S ) • 


DEPRESS  THE  •CTRL*  AND 

THE  •!•  RETS  TOGETHER  ORRTS  MILL  RESPOND 

^ ?i  ...  • *r 

PURCT10M  1 ABORTED 

PLEASE  SELECT  PUNCTION 

1.  DEFINE  PROCESS 

2.  DELETE  PROCESS 
).  DEFINE  OPERATION 
4,  LOAD  OPERATION 

9,  CONTROL  OPERATION 

6.  CANCEL  OPERATION 

7.  DELETE  OPERATION 

0.  RELEASE  PROCESS  TO  NMF 
9.  NANUAL  OPERATIONS 
10.  STATUS 
It.  ABORT  ORRTS 
12.  END  OPERATION* 
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[ ACTION 


SYSTEM  RESPONSE 


ro-G!«ftX.  P*‘^'frTV 
oF  POOR  QUALITY- 


select  <loao  operation* 

TYPE  *«(C/tO*  DARTS  MILL  RESPOND 

•PLEASE  SELECT  OPERATION  Tf PE 

1.  MUT-R  GENERATION 

2.  HOT  COPT 

).  HOT-BN  UPLINK 

4.  PLAYBACK 

9.  RCTNOSPECTIVE  D1RECTORT  GENERATION 
6.  SCENE  PACKING 
T.  NSS  LINE  TEST 

5.  T»  LINE  TE"T 

9.  HUT  COPT  LINE  TEST* 


SELECT  <HOT"AN  UPLINK> 

TIPE  *I(C/R ) • OSRTS  MILL  RESPOND 

•PLEASE  SELECT  OPERATION 
1.  TESTUP* 


TIPS  •ltC/RI° 


AT  THe  OPERATOR  TERN  INAL  AND  THe  VTTD  TERNINALI 
DRRTS  MILL  RESPOND 

•NOUNT  HOT  L4NHA9100I0A  ON  THE  2«-T  *1  HDOR* 

TER1PT  HODR  NITH  OCR  BAND* 


AT  THE  ITT®  fEROINALI 
USB  THS  OCR  BANQ  TO  READ  THE 
HDOR  ID  FRON  THE  MOOR.  OR 
TIPS  »30-T  «:(C/RI« 


AT  THe  OPERATOR  TERNINAL  AND  THE  VT79  TERN1NAL I 
DRRTS  HILL  RESPOND 

■MROHG  HDOR  - USE  HODR  21-T  ft 
fERlFT  HDOR  NITH  OCR  NANO" 


AT  TRl  ITU  TEtNINALl 

USB  THE  OCR  NANO  TO  RCAO  THE 

HDOR  ID  PNON  THE  HDOR,  OR 

TIPC  *2t-T  #1 tC/R|*  AT  THe  OPERATOR  TERNINAL  AMO  THe  VT7S  TERNINALI 

ORRTS  MILL  RESPOND 

•TERIFI  HOT-ID  NITH  OCR  NANO* 


AT  TMB  *TT#  TERNINALI 

DSC  THE  OCN  BAND  TO  NEAD  THE 

HOT  10  PROH  THE  HOT,  OR 

TIP*  *L4NHAfl 001 02 l C/R ) * AT  THE  OPERATUR  TERNINAL  AND  THE  TT18  TERNINALI 

™ ■ r'm‘  ORRTS  BILL  RESPOND 

•NRONC  HOT  • USE  HOT  L4NHA9100104 
TENIFY  HOT-IO  NITH  OCR  NANO® 


AT  THE  TTTf  TERNINALI 

USE  THS  OCR  BANO  TO  READ  THE  HOT 

ID  PRON  THE  HOT,  OR 

TIPE  •LANHAftOOIOAIC/R)* 


AT  THE  OPERATOR  TERNINALI 
ORRTS  BILL  RESPOND 

•00  TOO  RANT  TO  START  THE  OPERATION  T IT  OR  #>• 
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8.4. 1.3  Manual  Functions 


On/Gir^ 

0F  POOR 


P,;:,V!t  r«* 

Quality 


8. 4. 1.3.1  Matrix  Switch  STCG  to  14-T  HDDR 


imo« 


•T(Ttl)  BUrOSM 


wars  «itt  «rtr o«o 

•Btuit  nicer  niKtloa 

l.  ocnae  nocui 

1.  DCICTC  BBOCIM 

I.  ceri*r  orextioa 

4.  LOBO  0*t»4Tl0« 

4.  Contact  orcpatioa 
4.  c»«cit  orc**Tl on 

1.  DCbfTC  OPMtTIO* 

4.  mtui  nocui  to  **r 
*.  «»<U»t  DBUItlDM  " 

le.  status 
ti.  itatx  mti 
11.  4*0  0PMATI0** 


SCICCT  <ri«u*b  0K*atI0*3> 

tire  MBITS  BILt  BIIBOIB 

■recast  sticct  bsbusi.  orostioa 

I.  MOD* 

I.  M4TBII  UttCf 

>.  »c*o  Mini  ti«c 

«.  »etD  **r  tar* 

9.  *»ite  «*r  t*rr 
».  co*ricu«e  omts  reaction 

T.  Ot-’.Ct  l*lt|4tIl4TI0*« 


•wet  TOATMll  (*ITCM> 

Tire  •»«/*>•  D**T»  Bibb  Btsroao 

•rtiast  kctccr  **nu  s*stch  tire 

I.  4*4 CUC 

1.  Oicttab* 


4 EVICT  <IOBird$> 
WC  MIC/*)* 


•ClrCCt  CCO«»!CT> 

WC  mitC/*tm 


wm  •! u cffsrtjuo 

• • tci* ter  own  •■irm  cd«**»c 

I*  COMtCT 

a.  •lecoNicrr* 


port*  oilw  0e»po«o 

•rteMe  »ri*ecr  torwr 


I* 

14-T 

•i 

H-T 

• X 

• 1 

f X 

n-t 

«) 

n*t 

• 4 

a.  »*cc  • 


root  bubbca 


UUCT  <lfCC> 

tare  •nc/*i* 


ItUCT  OI*t  •»> 
tire  *icc/«>* 


Dttri  * itl#  ftespoao 

•nuse  ocLtcr  output 


X. 

14-T 

• 1 

14-T 

IX 

i! 

X4-T 

• 1 

«• 

X«-T 

12 

». 

20-T 

• 1 

it 

Xl-T 

• 4 

T* 

DO»-X«IT* 

Rlfltl 

••ITCH 

»IBDO« 

octri  tfibb  mipo*o 

•i«r«T  root  otcc 


foot  dOOBCt 


DllFUTI  MILL  8N0«t  OUTPUT  T 

so*  cooaectCT  to  output  po«»  ji-t 


tarn 

• i 


it 
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8. 4. 1.3. 2 


ACTION 


SYSTEM  RESPONSE 


PLEASE  SCtCCr  FUNCTION 
t.  DEFINE  PROCESS 
2.  DELETE  PROCESS 

S.  DEFINE  OPERATION 

4.  LOAD  OPERATION 

5.  CONTROL  OPERATION 

6.  CANCEL  OPERATION 

7.  DELETE  OPERA*?  I UR 

a.  RELEASE  PROCESS  TO  N*F 
9.  MANUAL  OPERATIONS 
10.  STATUS 
It.  ABORT  ORRT 8 
12.  END  OPERATION" 


SELECT  <BANUAL  OPESATXONS> 

TTPE  °9(C/R ) • ORRTS  BILL  RESPOND 

■PLEASE  SELECT  MANUAL  OPERATION 

1.  HDDR 

2.  MATRIX  SNITCH 

».  READ  RASTER  TINE 
4.  READ  NNF  TAPE 
J.  NRire  NNF  TAPE 
h.  CONFIGURE  DRRTS  FUNCTIONS 
T,  DEVICE  INITIALIZATION* 


SELECT  <NATRIX  S«ITCH> 

TTPE  ■2tC/«)*  DRRTS  WILL  RESPOND 

•PLEASE  SELECT  MATRIX  SNITCH  TIPE 

1.  ANALOG 

2.  DIGITAL* 


SELECT  <DICITAL> 

TIPE  •2tC/R)*  ORRTS  HILL  RESPOND 

•PLEASE  5ELECT  NATRIX  SnITCH  COHNAND 

1.  CONNECT 

2.  DISCONNECT* 


SELECT  <CONNECT> 

TIPE  •Itc/R>*  DRRTS  RILL  RESPOND 

■PLEASE  SELECT  INPUT  Ji>»T  BOBBER 

1.  i 4»T  (I 

2.  14-T  (2 

J.  »SS-SJNj 

4.  2S-T  *1 

5.  J«-T  12 

*.  2B-T  IJ 
1.  28-T  *4 

0.  OON-RECV 
9.  TGSKCV-N 

10.  TC5RCV-T 
tl.  BER-PF.CV 
12.  TN-SIRUL* 
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CR’QsNAL.  pacz  s 
Or  POOR  QUALITY 

ACTS 0*  0UTt«  OCSWIW 


KUCf  wil-liaw  • - 

tire  •icc/aj*  Quart  mill  resromo 

•rum  At  Ltd  output  rest  sestet 


1. 

14-T  A t 

2. 

I4-T  42 

I. 

MSA-DBI 1 

4. 

MSS°0MI2 

s. 

2I*T  41 

*. 

20*T  42 

T. 

24-T  91 

0. 

14-T  94 

t. 

OOM-XBIT 

to. 

TC-DEMX7 

It. 

SCR-xntT 

12. 

TB-DERXI 

mm  <te*r  n>  digital  batrib  tsircci  siboos  displays  sill  amo»i  output  t i«m 

me  *t(C/0)s  WARTS  SILL  StSP0«0 

MBRUT  RO»T  MS6-SIML  SOS  COBBtCTCD  TO  OUTPUT  POST  13-T  91 

please  fictecT  resertoff 

S.  OEi 1st  PtOCCfl A 
2.  DCLCTC  P'OCtll 
),  Dense  opesATtos 
4,  LOAD  OPERATION 
9.  COSTSOL  OPCBATIDS 
$,  CAsCtt  OPtSATlOo 
?.  DtLtTt  OtesATlOS 
t#  release  process  re  sai 

f.  SASUAL  OPCRATIOSt 
to.  STATUS 
IS.  ABORT  POSTS 
12.  SBD  ORCRATIOR* 


DO BTC  BILL  tetrOSD 

•PLEASE  SELECT  STATUS  DISPLAY 
|.  MOOS  STATUS 
2.  MATRIX  SB1TCM  STATUS 
I.  IMAGE  DATA  ACOUlt IT10S  STATUS 
4.  BUT  COPY  STATUS 
»•  MDT-AM  URLIMR  STATUS 

••  pMOctAs  reriMiTioR  taolc 
1,  operatic*  DcnsiiioB  table* 

SELECT  4MATOIS  OB ITCH  STATUS* 

WE  *2(C/R>*  AT  TBE  TTTB  TERM! MALI 

DARTS  BILL  OISMLA1  TME  MATRIX  S MITCH  STATUS  REPORT  STORM  ID  PICURf  S.4- 

ST  THE  OPERATOR  TERM J MALI 
DO RTS  HILL  RESROMO 

•MOM  MAMT  HARD  CURIES  DO  TOU  BART  T «t-4|* 


TYPE  *1 IC/RI*  THE  MATRIX  OBfTC*  STATUS  REPORT  8M0»R  IB  PICBRE  8.4-1 

BILL  RE  RR1MTCD  OR  TME  LIME  RRIMTER 


SELECT  <STATUO> 
TTPE  *ittC/R)* 
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Figure  8; 4-1.  Matrix  Switch  Status  Report  After  Connections 


8. 4.1,3. 3 Matrix  Switch  - Disconnect  Connected  Device 


ACTION 


SYSTEM  RESPONSE 


ORIGINAL  PA3S  IS 
OF  POOR  QUALITY 


Mm  rill  resporp 

•pleasa  select  pvrctjur 
i,  oeriaL  process 

3.  OILCTC  PROCESS 
I,  DCflBf  OPERATION 

4.  LOAD  OPERATED* 

5.  CCSTftUL-  OPEWATJOR 
I,  CANCEL  OPCRATIOR 
T.  otLtrt  urrMATion 

i.  must  process  to  «i»r 

9,  RARUAL  OPERATlORft 
10  STATUS 

11,  SPORT  OR RTS 

12.  C«P  OPERATION* 


setter  CRARUAL  OPERATIONS! 

TYPE  •fCC/Rl*  SORTS  Rltt  RESPOND 

•fLUSt  SELECT  RSRUSL  OPERATION 
1,  HDDR 

3,  PATAU  SWITCH 

S.  READ  RASTER  Tl«« 

4,  SCAD  RRf  TAPE 
t.  WRITE  **T  TAPE 

4.  CORflCURE  darts  rv«crin«s 
?•  DEVICE  INITIALISATION* 


SELECT  <«ATRfX  S«| TCHP 

tire  •itc/m-  sorts  will  respowo 

•please  select  ratrii  switch  type 
ft,  ARALOC 
3.  0I61TAL* 


SELECT  CANALOCP 

tire  •|CC#D)"-<  ••  PORTS  RILL  RESPORO 

•PLEASE  SELECT  RATR1X  SWITCH  CONHAND 

1.  CORRECT 

2,  disconnect* 


SELECT  CD I § CORRECT* 

TYPE  •2CC/R1*  PORTS  RILL  RESPOND 

•PLEASE  SELECT  OUTPUT  PORT  RURStA 

1,  3#-r  si • 


tTPV  •!(«/«)•  SRALOC  RATSIS  Si* ITCH  HIROOR  0I8PLATS  RILL  8R0RI  OUTPUT  T 

PORTS  RILL  RESPOND 

•OUTPUT  PORT  2t-f  Oft  SUCCESSPULLT  DISCO! AECTEO 

PLEASE  SELECT  fURCTIOH 
t,  ocriRE  peocr.ss 
3.  DELETE  PROCESS 

3,  OCriRC  OPERATION 

4,  LOAP  OPEAATIGR 

9.  CORTROL  OPERATION 
4,  CAACCL  OPERATION 
T.  DELETE  0PCRAT1GR 
0,  RELEASE  PROCESS  TO  RHP 
f,  CASUAL  OPERATIONS 
14,  STATUS 
It.  ASURY  DRRTS 
13.  ERO  OPER AT10R* 


1RPUT  I 
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ACTI0J1  SYSTEM  RESPONSE 
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vtrc  •IHC/H* 


M|tt  nu  iiiw® 

!ruue  A ELECT  STATUS  »!»«•« 

|.  HDUB  STATUS 
».  HATHIA  SUTCH  STATUS 

j.  i«ftce  data  acuuisitioh  status 
«.  HOT  COPt  STATUS 
§.  HOT*A»  UPL1»»  STATUS 

4.  proeiss  ntriHiTiuH  taule 


SELECT  ACJTCII  Suites  STATUS* 

TIPS  •IK/AI*  ' St  THt  TVTS  KUIUU 

OASTS  BIU,  DISPLAT  THE  HATUII  SAtTCn  STATUS  BEPOAT  SHOTA  |A  P1CUSE  S.4-2 

ST  THE  OPEUATOA  TtAHIHAkl 
OUSTS  SILL  SESPOPO 

•HOP  UASI  HAUO  COPIES  DO  TOU  BAUT  T (*•*)* 


TTPt  *l(C/OI* 


tut  hatch  sure*  status  uepout  shoo*  ia  neuus  s.*-i 

OILS*  OS  Pole* TED  o*  THE  LIDS  PUIBTEU 


8, A , 1. 3,4  Read  Master  Time 


■TSTEU  BESPOUSE 

sctiou 


PLEASE  SELECT  PUBCTIOH 
I,  fcCrIAE  , ACCESS 

S.  DELETE  PAOCESS 
1.  DCriAC  OPEUATIOA 
4,  LOAD  UPEAATIOH 

I.  COBTAOL  OPEBATIOA 
t.  CAACEL  OPEBATIOA 

T,  DELETE  OPEBATIOA 

4.  RELEASE  PBOCCSS  TO  SAP 
♦.  AAAUAL  OPEAATIOAS 

10,  STATUS 

11,  AIOAT  DAATS 
IT,  EAD  OPEBATIOA* 


SELECT  EAAAUAL  OPEOATIOASA 

TIP*  •SLC/AI*  POSTS  BILL  SESPOAD 

•PLEASE  SELECT  ASAVAL  OPEAATIOA 

I.  HDDS 

1.  AATRIX  SAITCH 
1.  ACAD  BAITER  TIAE 
S,  SEAS  AS/  TAPE 
t.  AAITC  -.AT  TAPE 

S,  COAPICUIE  DIRTS  rUICTIOH 

T,  DEUCE  IBITIALIEATIOB* 


SELECT  EUEAD  BAITER  HUES 
TIPE  *I«C/UI* 


POSTS  SILL  AESPJBD 

•JULIAS  LATI  ITS  O' 


8-28 


ORIGINAL.  PAGE  IS 
OF  POOR  QUALITY 


• «n 
» •• 


i •• 
m o 


id 

M 

3 


KUUUUUUUPUUUUUUUUUUUU 
w s ccsxxxcstttesttsxss 
K 
s 
3 

u 


8-29 


Figure  8.4-2.  Matrix  Switch  Status  Report  After  Disconnections 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


8.4. 1,3.5  System  Functional  Configuration 


Mim 


IT8TU  IMW«»K 


please  select  function 

1,  define.  process 

2,  DELETE  PROCESS 
I,  DEF 1 HE  OPERATION 
4.  LUAD  OPERATION 

3,  CONTROL  OPERATION 
ft.  CANCEL  OPERATION 
9.  DELETE  OPERATION 

ft,  ftELF ASE  PROCESS  TO  MNP 
ft,  MANUAL  OPERATIONS 
tft,  STATUS 
It,  ft  OORT  DflRTw 
12,  END  OPERftTlOB* 


SELECT  NRflaOAL  CPCR&VIQBO 

TIPE  •«(€/•)*  DftftTS  MILL  RESPOND 

■PLEASE  AELtCT  MANUAL  OPERATION 
t,  MOOR 

2,  MATRIX  SmITCM. 

I.  DEAD  MASTER  TINE 
4,  DEAD  MMf  TAPE 

ft,  nrite  mmp  tape 

ft,  CONFIGURE  DARTS  FUNCTION 
T,  OCT  ICC  INITIALIZATION" 


SELECT  <COBPICURZ  OORTS  FUNCTIONS* 

Tf PC  #OCC/R I*  ORRTf  PILL  RESPOND 

•PLEASE  SELECT  PARTS  FUNCTION 

1,  OPERATOR  TERMINAL 

2,  PORNATTEO  OISPLATS 
J,  REPORTS 

4,  MMF  INTERFACE* 


SELECT  < OPERA TO 9 TERMINAL* 

TTPE  •ICC/RI*  SORTS  RIU  RESPONO 

•PLEASE  SELECT  OPERATOR  TERMlRAL  A5S1CRMERT 
|,  VT100 

>•  ftTTft • 


SELECT  EfTtftft 

TIPE  •2CC/RI*  ftt  THE  OPERATOR  TERMlRAL  ABO  THE  VTTfl  TERMINAL! 

ORRTS  MILL  RESPONO 

•ASSIGNMENT  SUCCESSFULLY  MADE* 

AT  THE  VTTft  TERMINAL! 

DR RTS  MILL  RESPOND 

•PLEASE  SELECT  PUNCTIOM 

1,  DEFINE  PROCESS 

2,  DELETE  PROCESS 
2,  OKF IRC  OPEN ATIOR 

4,  LOAD  OPERATION 

ft,  CONTAUL  OPFRATIOB 
ft,  . CANCEL  OPERATION 
T,  DELETE  OPCAATION 

5,  RELEASE  PROCESS  TO  MNP 
9,  MANUAL  OPERATIONS 

10,  STATUS 

Select  (Manual  Operations)  {J; 


Type  "9(C/R) " 
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*r  the  VT7S  terminal! 
select  mnarual  operations* 

Tire  *9(C/«I>*  DARTS  MILL  RESPOND 

•PLEASE  SELECT  MANUAL  OPERATION 

1.  BOOR 

2.  MATRIX  SNITCH 

1.  READ  PASTER  TINE 
«.  RCflO  NNF  TAPE 

3.  NRITE  PNP  TAPE 

A.  CONF1CURC  DARTS  FUNCTIONS 
1.  DEVICE  INITIALISATION* 


■ELECT  < CONFIGURE  DRRTS  FUNCTIO«S> 

TTFC  *6(C/R)*  DRRTS  BILL  RESPOND 

■PLEASE  SELECT  DRRTS  FUNCTION 

1.  OPERATOR  TERNIHAL 

2.  FURNATTCD  01SPLAY3 
S,  REPORTS 

«.  NNF  INTERFACE* 


SELECT  MOfBNATOH  •TERMINAL* 

TIPe  *UC/RJ*  ORRIS  MILL  RESPOND 

•PLEASE  SELECT  OPERATOR  TERMINAL  ASSIGNMENT 

1.  XT  1 00 

2.  XT7B* 


SELECT  1VTI00P 

TIPS  •i(C>'N)*  AT  THE  OPERATOR  TERMINAL  AND  THE  XT7S  TERMINAL 

DRRTS  MILL  RESPOND 

•ASSIGNMENT  SUCCESSFULLY  MADE* 

AT  THE  OPERATOR  TERNINALl 
DRRTS  NILL  RESPOND 

•PLEASE  SELECT  FUNCTION 
t.  DEFINE  PROCESS 

2.  DELETE  PROCESS 
J.  DEFINE  OPERATION 

4.  LOAD  OPERATION 

3,  CONTROL  OPERATION 

6.  CANCEL  OPERATION 

7,  DELETE  OPERATION 

5.  RELEASE  PROCESS  TO  NNF 
9.  MANUAL  OPERATIONS 

10.  STATUS 
U.  ABORT  DRRTS 
12.  ENO  OPERATION* 


AT  THE  OPERATOR  TERNINALl 
SELECT  «RANUAL  OPEN ATI0NS> 

TTPE  *9(C/RI*  DRRTS  HILL  RESPOND 

■PLEASE  3ELF.CT  NANUAL  OPERATION 

1 . HDOR 

2.  MATRIX  SNITCH 

J.  READ  MASTER  TIME 
A.  READ  NNF  TAPE 

3.  NMITE  NNF  TAPE 

A.  CONFIGURE  DRRTS  FUNCTIONS 
7.  DEX ICE  INITIALISATION* 
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I.  OPERATOR  TCP»!*Al. 

2*  fOAMATTEO  OISPLAVS 
I.  REPORTS 
«•  Mr  xpyrsrscE" 


• elect  <roe«ama  oisplats* 

TYPE  DRRTft  SILL  RC8PQA0 

"PLEASE  SELECT  PGAOATTEO  OISPLAT  AS8IC**E*T 

1.  TT7S 

2.  TTI08" 


ft ELECT  EVtIOft* 

TTPg  •KC/BJ*  mm  OlLL  BWBWO 

•ASSESSMENT  SUCCESSFULLY  MADE 
Wirs  BILL  RESPOND 

•PLEASE  SELECT  PU0CT1OR 

t.  ocr!*e  process 

2.  DELETE  POOCCSS 
ft.  DEFINE  OPERATION 
4.  LOAD  OPERATION 
9.  CONTROL  OPERATIC* 
ft.  CABCtL  OPERATION 
T.  OKLCTl  0PCPAT1UN 
ft.  RELEASE  PROCESS  TO  »»P 
4.  MANUAL  OPERATIONS 
*8.  STATUS 
It.  ABORT  D»RTS 
tft.  E*D  OPCRATIO** 


ftELECT  (MANUAL  OPE*ATIO*8> 

9TPC  MlC/PI*  OftftTft  RILL  RESPOND 

•PLEASE  SELECT  MANUAL  OPERATIOO 
I.  MOON 

a.  RAT* II  SNITCH 

ft.  READ  RASTER  TIRE 

4.  Read  raf  tape 

ft.  write  n«r  tape 

ft*  CONFIGURE  DHOTO  PURCTlORft 

T*  DEVICE  I*1T1 ALltATIOR* 


SELECT  <CO*PICORt  DRRTS  fURCTlOVIP 

TYPE  •ftlC/R)*  «0tTS  RILL  REftPO«0 

•PLEASE  SELECT  D**TS  P0*CT10* 
t.  OPERATOR  TERMINAL 
f.  FORMATTED  DISPLAYS 
ft.  REPOSTS 
ft.  Mlf  fSTCRPACE* 


ft  ELECT  (REPORTS) 
TTPE  •«€/»• 


•CRTS  RILL  RESPOND 

•PLCASr.  ftCLTCT  REPORTS  ASS1C**E*T 
t.  LINE  PtINTEB 
ft.  SYSTEM  CONSOLE* 


ftELECT  YflfITM  CTJRSOLO 
TTPE  •atC/RI* 


ftMTI  RILL  RESPOND 

•SSSI6B0ERT  SUCCE88PULLT  BADE 
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ACTI0O 


system  Response 


Tire  SI(C/«I*  DRRTS  MILL  RESPOND 

•PLEASE  SELECT  FUNCTION 

1.  DEFINE  PROCESS 

2,  DELETE  PROCESS 
).  DEFINE  OPERATION 
«.  LOAD  OPERATION 

5.  CONTROL  OPERATION 

6.  CANCEL  OPERATION 
?,  DELETE  OPERATION 

S.  RELEASE  PROCESS  TO  NNF 
9.  RANDAL  OPERATIONS 
10.  STATUS 
It.  ABORT  DRRTS 
12.  END  OPERATION0 


DRRTS  MILL  RESPOND 

"PLEASE  SELECT  RANDAL  OPERATION 

1.  HODR 

2.  MATRIX  SNITCH 

I.  READ  MASTER  TINE 

4.  READ  MMF  TAPE 

5.  MRITF.  NRF  TAPE 

0.  CONFICURE  DRRTS  FUNCTIONS 
?.  DEVICE  INITIALIZATION" 


SELECT  ^CONFIGURE  DRRTS  Fi|RC?20i<3> 

TTPE  "SIC/RI"  DRRTS  MILL  RESPOND 

"PLEASE  SELECT  DRRTS  FUNCTION 

1.  OPERATOR  TERMINAL 

2.  FORMATTED  DISPLAYS 

3.  REPORTS 

4.  NNF  INTERFACE" 


SELECT  CFORNATTEO  DISPLAYS* 

TTPE  "2(C/R>"  DRRTS  BILL  RESPOND 

•PLEASE  SELECT  FORMATTED  DISPLAY  ASSIGNMENT 

1.  VT78 

2.  TTIOO" 


SELECT  <NANUAL  OPERATION* 
TTPE  "9IC/HI" 


SELECT  <?T78* 
TTPE  "I(C/R)" 


DRRTS  BILL  RESPOND 

"ASSIGNMENT  SUCCESSFULLY  MADE 
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ACTION 


SYSTEM  RESPONSE 


OUSTS  RILL  RESPOND 

•PLEASE  SELECT  MANUAL  OPERATION 

1,  MOOR 

2,  RATS  IS  SNITCH 

J.  REAO  RASTER  TIME 

4.  READ  RNF  TAPE 

5.  NK1TC  BAT  TAPE 

6.  CONFIGURE  DMRT3  FUNCTIONS 
1.  DEVICE  INITIALIZATION* 


SELECT  <CONf ICURE  DRRTS  ru~tTIONS> 

TIPS  •6CC/RI*  ORRTS  BILL  RESPOND 

•PLEASE  SELECT  ORRTS  FUNCTION 

1.  OPERATOR  TERNINAL 

2.  EORNATTED  OISPLATS 
J,  REPORTS 

4.  NNF  INTERFACE* 


•ELEC?  <REPOBTS> 

TTPE  -JIC/RI"  ORRTS  BILL  RESPOND 

•PLEASE  SELECT  REPORTS  ASSIGNMENT 

1.  LINE  PRINTEP 

2.  SISTER  CONSOLE* 


SELECT  CLIBE  PR INTERN 
TIPS  •t(C/RI» 

' - ORRTS  UlLl  RESPONO 

■ASSICNNENT  SUCESSPULLT  BADE 
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8.4.1. 3.6  Status  Displays 
ACTION 


ORIGINAL 
0f  POO  ft 


PAGS  is 
QUALITY 


SYSTEM  RESPONSE 


PLEASE  SELECT  FUNCTION 
t.  DEFINE  PHUCES5 
2.  DELETE  PROCESS 
J.  DEFINE  OPERATION 
4.  LOAD  OPERATION 

9.  CJNTROL  OPERATION 

6.  CANCEL  OPERATION 

7.  DELETE  OPERATION 

8.  RELEASE  PROCESS  TO  NRP 

9.  NANUAL  OPERATIONS 

10.  STATUS 

11.  ARORT  DRRTS 

12.  END  OPERATION* 


SELECT  <STATUSJ> 

TTPE  * 10IC/R ) * ORRTS  NILE  RESPOND 

“PLEASE  SELECT  STATUS  OISPLAT 

1.  HDDR  STATUS 

2.  NATRIX  SNITCH  STATUS 

>.  INACE  DATA  ACQUISITION  STATUS 
4.  MDT  COPT  STATUS 
9.  HDT-AN  UPLINK  STATUS 

6.  PROCESS  DEFINITION  TABLE 

7,  OPERATION  DEFINITION  TABLE* 


SELECT  MATRIX  SWITCH  STATUS 

TYPE  "1(C/R) " AT  THE  OTERATOR  TERMINAL: 

DRRTS  WILL  DISPLAY  THE  HDDR  STATUS  REPORT 
SHOWN  IN  FIGURE  8.4-3. 


TYPE  "1(C/R)" 


THE  HDDR  REPORT  SHOWN  IN  FIGURE  8.4-3 
WILL  BE  PRINTED  ON  THE  LINE  PRINTER 
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Figure  8.4-3.  «D*  Status  Report 
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Figure  8.4-4.  Matrix  Switch  Status  Report 
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I.  OCLCTC  PROCESS 
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s.  pAoccsfi  ocriaiTioo  table 

T.  OPERATIC  UP.flPlTlO®  TAOLt* 


SWITCH  STATUS> 

AT  THE  OPERATOR  TERMINAL: 

DRRTS  WILL  DISPTAY  THE  IMAGE  DATA 
ACQUISITION  STATUS  REPORT  SHOWN  IN 
FIGURE  8.4-5. 

DRRTS  WILL  RESPOND 

"HOW  MaNY  HARD  COPIES  DO  YOU 
WANT  ? (0-4)" 

TYPE  "1CC/R)"  THE  IMAGE  DATA  ACQUISITION  REPORT  SHOWN 

IN  FIGURE  8.4-5  WILL  BE  PRINTED  ON  THE 
LINE  FRINTER 


SELECT  <MATRIX 
TYPE  "2(C/R) " 
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Figure  8.4-5.  Image  Data  Acquisition  Status  Report 
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TIftK  •S0(C/fl|s 


SELECT  OtATRIX 
TYPE  H2(C/R) 


TYPE  ,,1(C/R)m 
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SfSTEM  RESPONSE 


hiiu  sctr.CY  run  rt  ion 
i • stride  f »oc  :ss 

ft.  DELETE  MOCI.AA 

),  define  ope»-.tion 
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ft.  COATDOL  OPH  AT t OK 
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I.  OCLCTC  OPEA/TION 
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ft.  OANUAL  OPCIATIOKS 
Ift.  STATUS 
II.  SSOKT  DMT« 
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ft.  KATA IE  SWITCH  STATUS 
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SWITCH  STATUS> 

AT  THE  OPERATOR  TERMINAL: 

DRRTS  WILL  DISPLAY  THE  PROCESS  DEFINITION 
TABLE  REPORT  SHOWN  IN  FIGURE  8.4-6. 

DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 

THE  PROCESS  DEFINITION  TABLE  REPORT  SHOWN 
IN  FIGURE  8.4-6  WILL  BE  PRINTED  ON  THE 
LINE  PRINTER 
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Figure  8.4-6.  process  Definition  Table  Report 


ACTION 


officer  <ar«ru9> 
tire  note/*)* 


SELECT  < MATRIX 
TYPE  M2(C/R)" 


TYPE  ,,1(C/R)n 


C-mnMAL  PAGE  fS 

Or  quality 


SYSTEM  RESPONSE 


mcass  ieiRCT  ruii  *ri o« 

I.  orrmt  moc*  as 
1.  ecicrc.  moev.ss 
j,  otriye  orfn.no* 

«.  10*0  urr«*iiON 

i,  CONTtfOt  OPERATIC* 
ft.  C**ctu  OOf.fUTSUK 

?•  DCLCTt  QfCAATlO* 

• . IfLEUC  rilOC *88  TO  NNr 
t.  NA*UAL  0*C«ATI0Nfl 
10,  STATUS 

f i . aoont  ousts 
it.  C*o  otcaat  u«* 


ON  NTS  NHL  tCSrOND 

•riCASC  SELECT  STAY  IS  DISPLAY 
I.  NOD*  STATUS 

3.  NATKII  S*1TC*  STATUS 

I.  INACC  OATA  AC1U1A1TI0*  STATUS 

4.  NOT  COf*f  8TAT  IS 

5.  NOT-A*  UNLIWA  STATUS 

I,  rnoccsf  ocn*  no*  table 
t.  ore* at i on  urroirtoN  tanlc* 


SWITCH  STATUS> 

AT  THE  OPERATOR  TERMINAL: 

DRRTS  WILL  DISPLAY  THE  OPERATION  DEFINITION 
TABLE  STATUS  REPORT  SHOWN  IN  FIGURE  8.4-7. 

DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 

THE  OPERATION  DEFINITION  STATUS  REPORT 
SHOWN  IN  FIGURE  8.4-7  WILL  BE  PRINTED 
ON  THE  LINE  PRINTER 
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OPERATION  TTPEf  HOT  COPT 
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Figure  8.4-7.  Operation  Definition  Table  Status  Report 


8. 4. 1.3. 7 Device  Initialization 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


ACTION 


SYSTEM  RESPONSE 


PfcCSSC  SELECT  PURCTIOR 
I*  DCriKK  MUCUS 
I,  DELETE  pencESS 
!•  ocrme  oppratior 
4*  LOAD  OPERATION 
I,  CONTROL  0HRAT10R 

4.  cancel*  operation 

1.  DELETE  OPERATION 
I,  RELEASE  PROCESS  TO  RHP 
9*  aa soft!*  CPHRATIONS 
tO*  STATUS 
It.  SSORT  DRRT8 


surer  opcnuo«i> 

TIPS  •KC/D*  WRT8  PILL  RESPON0 

•PLEASE  SELECT  ■AR'JftL  OPtRATION 
I*  MOOR 

9.  RftTRII  8RITCN 
),  SCAD  RASTER  TIRE 
C.  DEAD  RRf  TAPE 
f.  **ITE  Par  TAPE 
4,  COSPlCUAf  DARTS  PUBCTtONS 
1*  DEVICE  INITIALISATION* 


SSLeCT  4DCV1CC  ISITXALISATIOKP 

TTP1  •TCC/RI*  DRRTS  NXtL  RESPOND 

•PLEASE  SELECT  OeviCtCSJ  TO  INITIALISE 

1.  RATRIK  SB  ITCHES 

2,  Trt  DtfiU*  PI 
I.  TH  DERUI  92 

4.  ALL  OP  THE  ABOVE* 


CELSCT  CRATRII  QV ITCHES* 

TIPS  *HC/«I*  ©BETS  BILL  RESPOND 

•PLEASE  BIT  RETURN  RMEB  RATR1X  0 WITCHES  ARC  SR  STANDBY  RODE  * 

POT  RATS I I SRI TERES  fR  OTARD8T 

TIPS  MC/RI*  99 RTS  RILL  ACSPO&w 

•DISCONNECT  SLL  OUTPUT  PORTS  f (T  OR 


TVPt  *T(C/8|"  DR RTS  RILL  QEIPOlO 

•RATRU  SBlTCHtC  INITIALISED 
. PLEASE  SELECT  PURCTSOR 

I • DEFINE  PROCESS 
9*  DELETE  PROCESS 
1*  VETlnt  OPERATION 
4*  LOAO  OPES  AT  I OR 
8*  CONTROL  OPERATION 
A.  CAQCtL  OPERATION 
t.  deli  re  operation 
8*  RELEASE  PROCESS  TO  ARP 
9*  MANUAL  OPERATIONS 
IP,  J TATV2 
It.  ABORT  DRRTS 
19.  ERD  OPERATIOR* 


SELECT  <RARUAL  OPERATIONS* 

TTP*  *t(C/Rl*  OR RTS  RILL  ACSPORO 

•PLEASE  SELECT  RARUAL  OPERATIOR 
I.  NDDR 

9.  RATRU  SWITCH 
).  READ  RASTER  TIRE 
4.  READ  RAP  TAPE 
8.  (RITE  RRP  TAPE 
R«  CORfICURE  DRRTS  PORCT10R8 
T*  DEVICE  iRfllALttATIUR* 
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cckicf  ocvick  iiifiibtuiieo^ 

tin  •?«c/R>*  Mart  >111.  reopcno 

*PkCM(  SELECT  DEVICKCS)  TO  INITIALIZE 
1.  »ir«if  snitches 
1,  T*  Qt>UI  fll 
1,  T"  Dl«un  03 
I,  ALL  or  TICK  AROf t* 


SELECT  «»Lb  CO  «S8iB9V3> 

TIM  •4CC/BI®  OfltTC  DILL  RKPCtl 

•HIMt  HIT  RCTURR  NRZA  "QTtIH  fl  19  ITCHES  ARB  IB  0TABD8?  ACTE* 


TIPS  DMTI  BILL  RBGPOho 

•OIOCOBHECT  DU  MATA I I SBtTtt)  OOTFVT  PORTS  9 (T  OP  OJ* 


TIM  •IfC/RI*  DOQtS  MILL  REgpOBD 

•NATBXA  fiMlTCnSt  INITIALIZED 
TN  DERUX  SI  WARN  START  TAILED,  COLD  START  ACQUIRED 
OPERATOR  IBTCRPACE  (RTRIRI)  • TN  DERUX  01  ASSET  ERROR * OSR« 
TO  DEMUX  tl  TAILED  TO  IN) TI AL1XE 

T*»  0E«UH  «3  PARR  ST&QT  f Af LEO*  COLD  START  REQUIRED 
OPERATOR  IRTCRTACt  (NTNINI)  • TO  OSRUI  S3  RESET  ERROR,  fills 
T»  DEMUX  13  TAILCO  TO  INITIALIZE 
PLEASE  SELECT  rUBCTIOR 
l«  0171*1  PROCESS 
2«  DELETE  PROCESS 
)•  DEFIRE  OPERATION 
4*  LOAD  OPERATIOH 
9.  CONTROL  OPERATION 
I.  CANCEL  OPERATIOH 
3*  DELETE  OPERATION 
t.  9CLEASS  PROCESS  TO  NAP 
••  NAMUAL  OPERATIONS 
It*  STATUS 
It.  A SORT  DARTS 
tl*  CAS  OPERATION* 


•9. 


IOSTO  t 
tosT«  e 
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6*4, 1.4  Line  Test  Operations 

The  following  paragraphs  depict  how  the  operator  may  test  the  system  for 
operational  readiness. 


8. 4. 1.4.1  MSS  Line  Test 


ACTION  SYSTEM  RESPONSE 


•PLtAse  select  purctiob 
I.  omit  process 
t.  DELETE  PROCESS 
),  tcnai  OfKUTIOU 
4.  LOAD  UPERAT1U* 

$,  CORTftUL  OPKNATlOH 
4.  CANCCb  OPERATIQa 
7.  DELETE  0PC*AT10« 

I.  RELEASE  PROCESS  TO  ««f 
f.  MANUAL,  OPEPATIORS 

19,  status 

tl,  AOOBT  0* ATS 

11.  100  O0C0A7IOO* 


SELECT  <LOAD  OPERATION 

TTPE  •4CC/0I*  ORRTf  HILL  resporo 

•PLEASE  SELECT  OPERATlOR  TTPK 
I.  NDT»t:  CCHCRATIOA 
a.  HOT  COPT 
1.  no t-a*  union 
4*  PLAIOACK 

».  retrospective  director?  gcrerattob 

0.  SCC«C  P*C*!»C 
T.  aftS  LIRE  TEST 
• • Ta  Liar  TtST 
t.  HOT  C0P1  LINE  TEST* 


SELECT  <nsa  LIRE  n«f> 

vrrt  *T(C/o>*  oorts  bill  rcspobd 

•PLEASE  SELECT  OPERATlOR 
I,  TESTaii* 


not  •ICC/S)°  om  THE  ft*T9  ABO  THE  OPERATOR*!  TCR01MAL  DP0T8  BILL  RESPORO 

•OOVBT  NOT  COMO  0»  THE  3t*T  It  MOOS* 

• VtntPt  aooa  BITM  oca  asao* 


o*  mt  tt*t«  tomibali 

01 I THE  0C»  DABS  TO  bead  THE 

hoor  id  raoH  m rooh,  chi 

YTP«  #a»*T  llCC/ft)*  D0RT8  BILL  RCIPORD 

•»mn  ROT-ID  HITH  0C»  BARD* 


vu  the  oca  at  bo  to  read  the 

a or  to  rooa  me  sor.  or 

Tift  *l»4«mlti|09lt0CC/R)*  00  THE  OPERATOR’S  TEBBIRAk  DIRTS  Bit  RESPORO 

•PLEASE  SELECT  OUTPUT  Flirt  DIO POSIT JOB 
I • CREATE  BEa  RASTER  PILES 

1.  CORPABE  BITM  PREVIOUSLY  CREATED  a ASTER  PILES 
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ACT’ION 


on  The  operator's  terminal 

SELECT  <CO«PARE> 

T7PE  **(C/II>* 


TTPt  "»(C/«I« 


SELECT  <EBt>  OPERATION 

Tf pe  Mste/s;* 


SELECT  «NSS  LISE  TEST> 
VTPE  *7(C/R)* 


TTPE  *I(C/R)° 


OB  THE  VT-7»  TERMINAL! 
USE  THE  OCR  HAND  TO  READ 
HODS  10  PROM  THE  HOOR  OH 
TIPS  *a*-T  4MC/R)* 


ORIGINAL  PAGE  !8 
OF  POOR  QUALITY 

SYSTEM  RESPONSE 


OKRffl  HILL  RESPOMO 

“DO  70U  KANT  TO  START  THE  OPERATION  T (T  OR  HI* 


DRRTS  HILL  RESPOND 

■MATRIX  SNITCH  CONNECTIONS  HAVE  BEEN  COMPLETED* 
■PLEASE  SELECT  FUNCTION 

1.  DEFINE  PROCESS 

2.  DELETE  PROCESS 

3.  DEFINE  OPERATION 

4.  LOAD  UPERATIUN 

5.  CONTROL  OPERATION 

6.  CANCEL  OPERATION 

7.  DELETE  OPERATION 

D.  RELEASE  PROCESS  70  NNF 
9,  MANUAL  OPERATIONS 

10.  STATUS 

11.  ABORT  DRRTS 

12.  END  OPERATION* 


MHEN  THE  OPERATION 
•OPERATION! 
MHEN  THE  OPERATION 
•OPERATION! 


HAS  STARTED,  DRRTS  BILL  RESPOND 
TESTML,  STARTED* 

HAS  COMPLETED,  DRRTS  HILL  RESPOND 
TESTML,  COMPLETE* 


DRRTS  HU*!#  RESPOND 

•PLEASE  SELECT  OPERATION  TYPE 

1.  HDT-R  GENERATION 

2.  HOT  COPT 

3.  HOT" AM  UPLINK 

4.  PLAYBACK 

3.  RETROSPECTIVE  DIRECTORY  GENERATION 

6.  SCENE  PACKING 

7.  NS5  LINE  TEST 
I.  TN  LINE  test 

9.  HOT  COPT  LINE  TEST* 


DRRTS  MILL  RESPOND 

■PLEASE  SELECT  OPERATION 
I.  TESTML* 


OB  THE  VT»7A  AND  THE  OPERATOR'S  TERRINAL,  DRRTS  HILL  RESPOND 
•DISMOUNT  HOT  L«NHR81001tU  FROM  THE  28-Y  *t  HDDR 
VCR IF!  HOOR  WITH  OCR  NANO* 


THE 


DfiHTB  HILL  RESPOND 

•VERIFT  HDT-ID  NITH  OCR  HAND* 
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N 


f. 

i 

}. 


USE  TUI  OCR  NA90  TO  READ  THE 

noon  10  from  the  ndoq  ur 

TYPE  *L«MR«10CI 10(C/R)"  ON  THE  OPERATOR'S  TERMINAL,  0RRT8  HILL  RESPONO 

■MATRIX  SNITCH  CONNECTIONS  HAVE  HECN  UISCONNCCTFO 
00  TOU  NISH  TO  EXAMINE  THE  OATA  FILES  T IT  OP  M 


ON  THE  OPERATOR'S  TERMINAL, 

TYPE  l'Y(C/R) " DRRTS  WILL  PRINT  THE  FOLLOWING  REPORTS: 

MSS  LINE  TEST  REPORT  (FIGURE  8.4-8) 
IMAGE  QUALITY  DATA  FILE  DUMP 
(FIGURE  8.4-9) 

DIRECTORY  FILE  DUMP  (FIGURE  8.4-10) 
HDT  QUALITY  FILE  DUMP  (FIGURE  8.4-11) 
DRRTS  WILL  RESPOND 

"ARE  THE  RESULTS  ACCEPTABLE  ? 

(Y  OR  N)" 
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Figure  8.4-8,  MSS  Line  Test  Report 
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Figure  8.4-9.  Image  Quality  Data  for  MSS  Line  Test 
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Figure  8.4-10.  Directory  File  Dump  for  MSS  Line  Test 
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Figure  8,4-11.  HOT  Quality  Data  for  MSS  Line  Test 


3.4. 1.4,2  MMF  Services  Functions 

The  functions  of  DRRTS  - namely  image  data  acquisition  and 

uplink  copy,  are  controlled  by  process  requests  received  from 

MMF.  The  reciprocal  of  this  sequence  is  the  informing  of  MMF  by  DRRTS  of 

processes  complete  or  the  release  of  a process  to  MMF,  The  following  scenarios 

will  show  the  operator  the  various  prompts  and  responses  of  communication 

by  DRRTS  to  MMF. 
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ACTION 


SYSTEM  RESPONSE 


r f 

•Mien  fitter?  rp*c?io« 

I,  ft'Mttf  MUCUS 
I.  PtUCttt 

I*  OfcPIftC  OfUSTlOa 
4*  bold  OfUITIOt 
I,  CCHir&Ob  OPE PA?10P 
ft*  CftftCCt  0PC0AT100 
?.  OELl.TR  OPCftftVtoa 
I.  OELfcfttl  PPOCfOft  to  ««f 
t.  ■ftftUftb  OPEPAT IO*i 
It*  tffttut 
IS.  AtOP?  Oftftti 
IS*  *00  OOC0ft?|O«* 


ecun  (tntm  wcfoi» 

t?pt  •eic/oi*  onifi  tiu  oebpoho 

•miiik  detect  mcru  ttpc 

I*  l»ACE  Oft?*  AC0UI8I?|00 

8*  hot  cony 

8*  N0f*A«  UPtIH* 


detect  cioast  oa?a  tcooifirioo 

type  •MC/tl"  MOtfi  Pitt  PB8P0H0 

•PtSftOK  arise?  PHOcr.oo 

i*  teeift  ttHNoetooitt* 


??pe  •tcc/ai*  caff  poo  ©two  ostt  ompopo 

tot  OHoettt  to  o*  octeaaso  •piiaab  seise?  rvoetiop 

i*  osrioe  pooreaa 
t.  otim  p»oee&t 

I*  OCflP*  OPERA? 100 
4*  toao  GPcaatioo 

•*  CO0?0OL  OPPPATIOH 
4*  CAOCftt  OPeftATIC® 

»*  ORlAtE  nPEftA?S0« 

t.  tttrasc  poocrat  to  oar 
9.  eanuat  c?K»A?iO0fi 

It*  0?A?Wi 

it*  fl«o«  ooott 

i«*  500  OPSeatSS** 

•mra  tut  psccuoo  mao  ten  taveaspt.  eeott  oitt  trtpo«o 
•»«r  tunes  • ot octet  tsiii  oets&tso  to  »»r» 


meet  <t?am» 

tfPC  •|0(C/»»#  •••?•  *IV4  mswp 

•PbKfttt  mtn  ttttoo  iiiPifti 
i*  coot  atatut 

f*  Hft?ft|K  ««t?CH  OtfttOt 
8*  IHftCI  OftTft  ftCOtfieitlGS  6? A rut 
4*  HO?  COPT  fiTftTMt 
t*  H0?»fl«  OPLI0R  STATUS 
t»  WWU3  OSPtPItlOa  VADl* 

?.  opctatie*  ©ersQiTiot  vstua 


SELECT  <IDA  STATUS>  THE  IMAGE  DATA  ACQUISITION  REPORT  SHOWN  IN 

TYPE  "3(C/R) " FIGURE  8, 4^12  WILL  BE  DISPLAYED  ON  THE 

VT-78,  THEN  DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 


8-55 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


Figure  8.4-12.  Image  Data  Acquisition  Status  Report  After  Process  Has  Been  Released 
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Figure  8,4-13,  HDT  Copy  Production  Status  After  Process  Has  Been  Released 
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Figure  8.4-14.  HDT-AM  Uplink  Production  Status  After  Process  Has  Been  Released 
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The  following  operator  prompt  and  response  sequences  describe  the  actions 
required  of  the  operator  In  the  operation  of  the  DRRTS  system  for  processing 
Image  data  from  GSTDN/forelgn  ground  station  tapes. 

After  booting  the  operating  system,  the  operator  logs  on  as  follows:  (JS 

represents  a space) 

>HEUSDRRTS/XXX 

where  XXX  are  the  operator's  Initials.  DRRTS  execution  Is  started  by  entering 
the  following: 

>@DRRTS 

This  causes  the  execution  of  command  file  DRRTS.CMD,  which  loads  and  starts  the 
execution  of  the  four  DRRTS  tasks.  The  operator  Interface  task  loads  the  run 
time  parameters  from  the  file  RUNTIM.PRM,  performs  other  initialization 
activities,  then  displays  the  following  message: 

DRRTS  INITIALIZATION  COMPLETE 

After  this  message  Is  printed,  the  following  function  menu  is  displayed: 

SELECT  FUNCTION 

1.  DEFINE  OPERATION 

2.  LOAD  OPERATION 

3.  CANCEL  OPERATION 

4.  UNLOAD  OPERATION 

5.  RELEASE  PROCESS 

6.  DELETE  OPERATION 
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7.  DELETE  DATA  ACQUISITION  PROCESS 

8.  MANUAL  OPERATIONS 

9.  STATUS 

> 

The  > at  the  bottom  indicates  where  the  operator  response  is  echoed  on  the 
screen.  The  operator  enters  the  item  number  of  the  function  he  wishes  to 
select,  then  hits  RETURN.  If  he  enters  an  invalid  input,  the  message  INVALID 
INPUT  - TRY  AGAIN  is  displayed,  then  the  menu  is  displayed  again.  This  is  true 
for  all  DRRTS  prompts.  If  he  enters  a valid  input,  a proapt/response  sequence 
is  initiated  for  the  function  chosen.  If  the  operator  responds  to  any  prompt  by 
hitting  the  ESCAPE  then  the  RETURN  keys,  the  function  menu  is  regenerated  and 
the  current  key-in  sequence  is  aborted. 

For  the  purposes  of  this  discussion  only  the  prompt/response  path  for  14-track 
HDDR  input/28-track  output  will  be  followed. 


After  the  operator  selects  DEFINE  OPERATION  (1),  the  following  menu  is 
displayed: 

1.  HDT-R  GENERATION 

2.  HDT  COPY 

3.  HDT -AM  UPLINK 

4.  RETROSPECTIVE  DIRECTORY  GENERATION 

5.  SCENE  PACKING 

6.  LINE  TEST 

> 
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After  selecting  HDT-R  GENERATION  (1)  the  following  prompt  Is  displayed. 

ENTER  OPERATION  NAME  (1-6  ALPHABETIC  CHARACTERS) 

If  a non-alphabetic  or  a name  in  excess  of  6 characters  la  entered,  the  "invalid 
input"  error  message  is  displayed  and  the  operator  is  reprompted  for  the 
operation  name.  The  operation  name  ia  an  arbitrary  group  of  characters  used 
within  the  system  to  distinguish  between  operations  when  multiple  operations  are 
on-going. 

After  the  operator  enters  the  operation  name,  the  following  menu  is  displayed: 
SELECT  INSTRUMENT  TYPE 

1.  MSS 

2.  TM 

> 

For  the  purpose  of  discussion  the  entry  made  is  (1),  or  MSS.  Following  this 
entry  the  following  menu  is  displayed: 

SELECT  DATA  SOURCE 

1.  TGS 

2.  DOMSAT 

3.  HDT-GM 

> 
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Since  the  Input  source  Is  14-track  tape  the  third  or  HDT-GM  selection  is  made. 
Following  this  entry  the  following  menu  is  displayed: 

SELECT  DATA  RATE 

1.  REAL-TIME 

2.  2 x REAL-TIME 

3.  3 x REAL-TIME 

The  data  rate  for  all  14-track  input  tapes  is  always  1 or  real-time.  After  the 
selection  of  REAL-TIME  <1)  the  following  menu  is  displayed: 

SELECT  PLAYBACK  (SOURCE)  HDDR 

1.  14-T  01 

2.  14-T  02 

> 

The  playback  or  source  HDDR  selection  is  up  to  the  operator  for  the  most  part 
and  is  predicated  by  the  operational  status  of  the  unit,  which  unit  was  just 
cleaned,  etc.  Following  the  selection  of  the  source  or  input  HDDR,  the 
following  menu  is  displayed: 

SELECT  RECORDING  (DESTINATION)  HDDR 

1.  28-T  01 

2.  28-T  02 

3.  28-T  03 

4.  28-T  04 

> 
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The  selection  criteria  for  the  output  or  destination  HDDR  are  the  same  as  for 
the  input  HDDR  select.  Following  the  recording  HDDR  selection,  the  following 
prompt  is  displayed. 

DO  YOU  WANT  A DIRECTORY:  (Y  OR  N) 

> 

For  the  purposes  of  this  discussion  the  response  to  the  above  prompt  will  be  Y 
(yes).  Figure  8.4-21  depicts  a typical  directory. 

Following  the  directory  generation  prompt/response,  the  message  below  is 
displayed: 

OPERATION  XXXXXX  DEFINITION  COMPLETION 

Once  the  operator  has  defined  the  operation  to  be  performed  and  the  above 
message  is  displayed,  the  system  will  once  again  display  the  original  (first) 
menu  on  the  KCRT  screen. 

SELECT  OPERATION  TYPE 

1.  DEFINE  OPERATION 

2.  LOAD  OPERATION 

3.  CANCEL  OPERATION 

4.  UNLOAD  OPERATION 

5.  RELEASE  PROCESS 

6.  DELETE  OPERATION 

7.  DELETE  DATA  ACQUISITION  PROCESS 

8.  MANUAL  OPERATIONS 

9.  STATUS 
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To  proceed  with  the  acquisition  of  Image  data,  the  next  selection  made  by  the 
operator  will  be  item  2 - LOAD  OPERATION. 

After  LOAD  OPERATION  Is  selected,  the  following  menu  is  displayed: 

SELECT  OPERATION  TO  BE  LOADED 

1.  DATA  ACQUISITION  name  1 

2.  DATA  ACQUISITION  name  2 

3.  HDT  COPY  name  1 HDT  ID  1 

4.  RDT-AM  UPLINK  name  1 HDT  ID  4 

5.  SCENE  PACKING  name  1 HDT  ID  3 

> 

Only  previously  defined  operations  are  displayed. 

The  above  .example  shows  more  operations  than  have  been  defined  In  the  course  of 
this  text.  Had  no  other  operations  been  defined  save  the  one  operation  defined 
earlier  In  this  text,  only  the  one  defined  would  have  been  displayed. 

Following  the  selection  of  item  1 - DATA  ACQUISITION  name  1 - an  attempt  Is  made 
by  the  software  to  make  the  proper  matrix  switch  connections  and  to  print  the 
proper  HDT  tape  labels.  The  matrix  switch  status  is  then  read  and  if  the 
correct  connections  have  been  made  the  message 
MATRIX  SWTICH  CONNECTIONS  VERIFIED 
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is  displayed.  Otherwise,  the  appropriate  matrix  switch  error  message  is 
displayed.  Then  the  following  prompt  is  displayed: 

MOUNT  HDT  MNSTTYYJJJXX  ON  THE  XX-T  SX  HDDR 
VERIFY  HDDR  WITH  OCR  WAND  OR  AT  OPERATOR'S  TERMINAL 

> 

The  operator  mounts  the  designated  HDT  on  the  designated  HDDR,  then  verifies  the 
HDDR  by  entering  the  HDDR  identifier  using  either  the  OCR  wand  or  the  operator's 
terminal.  If  a read  error  occurs  with  the  OCR  wand,  the  message 
OCR  WAND  READ  ERROR 

is  displayed,  and  the  VERIFY  HDDR  prompt  ie  repeated.  If  an  invalid  input  is 
entered  either  with  the  OCR  wand  or  the  operator's  terminal,  the  message 
INVALID  INPUT  - TRY  AGAIN 

is  displayed  and  the  VERIFY  HDDR  prompt  is  repeated.  If  the  wrong  HDDR 
Identifier  was  entered,  the  message 
WRONG  HDDR  - USE  HDDR  XX-T  tfX 

is  displayed,  and  the  VERIFY  HDDR  prompt  is  repeated.  Otherwise,  the  following 
prompt  is  displayed: 

VERIFY  HDT  WITH  OCR  WAND  OR  AT  OPERATOR'S  TERMINAL 

> 

The  operator  verifies  the  HDT  by  entering  the  HDT  identifier,  using  either  the 
OCR  wand  or  the  operator's  terminal.  The  analogous  messages  for  OCR  wand  read 
errors  and  Invalid  inputs  are  displayed.  If  the  wrong  HDT  identifier  was 
entered,  the  message 
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WRONG  HDT  - USE  HDT  MNSTTYYJJJXX 

Is  displayed,  and  the  VERIFY  HDT  nrompt  is  repeated.  After  the  EDDR  and  HDT 
have  been  verified,  the  following  prompt  is  generated: 

DO  YO'J  WANT  TO  START  THE  OPERATION?  (Y  OR  N) 

> 

The  operator  may  wait  indefinitely  to  enter  his  response.  If  the  response  is  Y, 
the  operation  monitor  software  begins  execution,  the  operation  name  and 
definition  parameters  are  deleted  from  mass  storage,  and  the  function  menu  is 
displayed.  If  the  response  is  N,  the  operation  name  and  definition  parameters 
are  deleted  from  mass  storage,  and  the  function  menu  is  displayed.  If  at  any 
time  during  operation  definition  or  loading,  the  ESCAPE  RETURN  entry  sequence  is 
made  in  response  to  a prompt,  the  operation  definition  table  and  any  load  tables 
are  deleted  from  memory  and  the  function  menu  is  displayed,  but  no  tables  are 
deleted  from  mass  storage. 

At. the  end  of  every  complete  operation  the  following  message  is  displayed. 
OPERATION  NAME  IS  COMPLETE 

The  operator  may  now  unload  the  14-track  and  28-track  HDTs  from  their  respective 
drives  and  send  the  28-track  HDT  to  the  appropriate  MIPS  string  input  tape  rack 
and  the  14-track  HDT  to  archival  storage. 

There  are  various  support  functions  provided  by  the  DRRTS  system  software 
including  system  status  display  and  reports  on  past  and  present  events.  To 
illustrate  these  functions  it  is  necessary  to  return  to  the  menu. 
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SELECT  FUNCTION 

1.  DEFINE  OPERATION 

2.  LOAD  OPERATION 

3.  CANCEL  OPERATION 

4.  UNLOAD  OPERATION 

5.  RELEASE  PROCESS 

6.  DELETE  OPERATION 

7.  DELETE  DATA  ACQUISITION  PROCESS 

8.  MANUAL  OPERATIONS 

9.  STATUS 

> 

After  the  operator  selects  the  STATUS  function,  the  following  menu  is  displayed: 
SELECT  STATUS  DISPLAY 
. 1.  HDDR 

2.  MATRIX  SWITCH 

3.  HOT  COPY  PROCESS  REQUEST 

4.  HDT-AM  PROCESS  BLUEST 

5.  OPERATION  DEFxIJl-  -UN  TABLES 

> 

After  entry  of  a valid  selection,  the  status  report  is  displayed  on  the 
formatted  display  terminal,  and  the  following  prompt  is  displayed: 

DO  YOU  WANT  HARD  COPY?  (Y  OR  N) 

> 
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If  the  operator  eaters  Y,  the  report  Is  printed  on  the  line  printer  or  Its 
backup  device,  then  the  function  menu  Is  displayed*  If  a status  report  Is  too 
long  to  fit  on  the  formatted  display  screen,  the  operator  may  use  CONTROL  Q and 
CONTROL  S keys  to  control  the  scrolling. 

Examples  of  the  various  status  reports  pertinent  to  image  data  acquisition  may 
be  found  in  Figure  8.4-18,  8.4-19  and  8.4-25. 

Status  messages  indicate  to  the  operator  that  an  operation  proceeding  normally 
has  reached  a particular  state.  Error  messages  indicate  that  an  anomalous 
condition  has  been  detected.  These  are  of  two  types:  warnings  and  errors.  The 
former  alert  the  operator  to  a condition  that  may  or  may  not  require  his 
attention.  When  a warning  is  displayed,  the  operator's  terminal  bell  rings 
once.  An  error  indicates  a condition  that  requires  operator  action.  When  an 
error  is  displayed,  the  bell  rings  twice. 

An  example  of  a condition  that  generates  a warning  is  an  HDDS  exceeding  an  ECC 
threshold.  The  operator  may  choose  to  continue  or  to  stop  the  operation  using 
that  RDDR.  An  example  of  a condition  that  generates  an  error  is  an  HDDR 
hardware  failure.  The  operation  cannot  proceed,  and  requires  operator 

intervention. 

Some  sample  status  messages  are: 

MATRIX  SWITCH  CONNECTION  OK 
MSS  DEMUX  SYNCHRONIZED 
RECORD  HDDR  MASTER  LOCK 
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Some  sample  warning  messages  are: 

WARNING  - JNCORJLECTED  ERROR  THRESHOLD  EXCEEDED  ON  14-T  #1 
WARNING  - MSS  DEMUX  MAJOR  FRAME  SYNCH  LOSS 
WARNING  - IRIG-A  LOST  ON  14-T  01 

Some  saaple  error  messages  are: 

ERROR  - REMOTE  NOT  SELECTED  ON  14-T  #2 
HIT  RETURN  WHEN  CORRECTED 

> 

ERROR  - REMOTE  COMMAND  NOT  ENABLED  ON  TAPE  SEARCH  UNIT 
HIT  RETURN  WHEN  CORRECTED 

> 

ERROR-MATRIX  SWITCH  DEVICE  TIMEOUT 

The  various  formatted  displays  that  are  available  to  the  operator  concerning 
image  data  acquisition  are  as  follows: 

a.  Matrix  switch  configuration  status 

b.  HDDR  status 

c.  Data  acquisition  operation  reports 

1.  data  acquisition  with/without  directory  operation 

2.  30  scene  R-tape  generation 

3.  retrospective  directory  generation. 


Any  formatted  display  may  be  printed  on  demand  by  the  operator.  In  addition, 
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Che  system  software  will  automatically  cause  the  printing  of  any  operation 
report  at  the  conclusion  of  its  associated  operation.  Figure  8.4-38  depicts  a 
typical  system  log  of  events. 

8.4. 1.5.2  TGS  Data  Acquisition 

The  data  flow  for  image  data  from  the  TGS  is  similar  to  the  data  flow  for 
CSTDN/foreign  image  data.  The  main  differences  are  the  pre-operation 
requirement  for  TGS  van  checkout  and  TGo/DRRTS  line  test.  See  Figure  8.3-2  for 
the  TGS  data  flow.  Figure  8.3-3  depicts  the  various  steps  required  for  both 
types  of  image  data  acquisition.  The  following  scenario  will  take  the  operator 
through  the  steps  required  for  processing  image  data  from  the  TGS. 

After  booting  the  operating  system,  the  operator  logs  on  as  follows:  (6 
represents  a space) 

>HEL#DRRTS/XXX 

where  XXX  are  the  operator's  initials.  DRRTS  execution  is  started  by  entering 
the  following: 

>@DRRTS 

This  causes  the  execution  of  command  file  DRRTS.CMD,  which  loads  and  starts  the 
execution  of  the  four  DRRTS  tasks.  The  operator  interface  task  loads  the  run 
time  parameters  from  the  file  RUNTIM.PRM,  performs  other  initialization 
activities,  then  displays  the  following  message: 

DRRTS  INITIALIZATION  COMPLETE 
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After  this  message  Is  printed,  the  following  function  menu  is  displayed: 

SELECT  FUNCTION 

1.  DEFINE  OPERATION 

2.  LOAD  OPERATION 

3.  CANCEL  OPERATION 

4.  UNLOAD  OPERATION 

5.  RELEASE  PROCESS 

6.  DELETE  OPERATION 

7.  DELETE  DATA  ACQUISITION  PROCESS 

8.  MANUAL  OPERATIONS 

9.  STATUS 

> 

The  > at  the  bottom  Indicates  where  the  operator  response  is  echoed  on  the 
screen.  The  operator  enters  the  item  number  of  the  function  he  wishes  to 
select,  then  hits  RETURN.  If  he  enters  an  invalid  Input,  the  message  INVALID 
INPUT  - TRY  AGAIN  la  displayed,  then  the  menu  Is  displayed  again.  This  is  true 
for  all  DRRTS  prompts.  If  he  enters  a valid  Input,  a prompt/response  sequence 
is  initiated  for  the  function  chosen.  Examples  of  these  prompt/response 
sequences  are  detailed  in  the  following  paragraphs.  If  the  operator  responds  to 
any  prompt  b7  hitting  the  ESCAPE  then  the  RETURN  keys,  the  function  menu  is 
regenerated  and  the  current  key-in  sequence  is  aborted. 

For  the  purposes  of  this  discussion  only  the  prompt/respcnse  path  for  14-track 
HDDR  lnput/28-track  output  will  be  followed. 
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After  the  operator  selects  DEFINE  OPERATION  (1),  the  following  menu  Is 
displayed: 

1 . HDT-R  GENERATION 

2.  HOT  COPY 

3.  HDT-AM  UPLINK 

4.  RETROSPECTIVE  DIRECTORY  GENERATION 

5.  SCENE  PACKING 

6.  LINE  TEST 


After  selecting  HDT-R  GENERATION  (l)  the  following  prompt  is  displayed. 


ENTER  OPERATION  NAME  (1-6  ALPHABETIC  CHARACTERS) 


If  a non-alphabet lc  or  a name  In  excess  of  6 characters  is  entered  the  “invalid 
lnput“  error  message  is  displayed  and  the  operator  is  rcprompted  for  the 
operation  name.  The  operation  name  is  an  arbitrary  group  of  characters  used 
within  the  system  to  distinguish  between  operations  wheu  multiple  operations  are 
on-going. 

After  the  operator  enters  the  operation  name,  the  following  menu  is  displayed: 
SELECT  INSTRUMENT  TYPE 

1.  MSS 

2.  TM 
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For  Che  purpose  of  discussion  the  entry  made  is  (1)  or  MSS.  Following  this 
entry  the  following  menu  is  displayed: 

SELECT  DATA  SOURCE 

1 . TCS 

2.  DOMSAT 

3.  HDT-CM 


Pi.  f 


Since  the  input  source  is  TCS,  the  first  or  the  TCS  selection  is  made. 
Following  this  entry  the  following  menu  is  displayed: 

SELECT  DATA  RATE 

1 . REAL-TIME 

2.  2 x REAL-TIME 

3.  3 x REAL-TIME 


SELECT  RECORDING  (DESTINATION)  HD DR 

1.  28-T  01 

2.  28-T  02 

3.  28-T  03 

4.  28-T  04 

> 

Following  the  recording  HDDR  selection,  the  following  prompt  is  displayed: 
DO  YOU  WANT  A DIRECTORY:  <Y  OR  N) 

> 
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For  Che  purposes  of  this  discussion  Che  response  Co  Che  above  prompt  will  be  Y 
(yes).  Figure  8.4-21  depicts  a typical  directory. 

Following  Che  directory  generation  prompt/response,  the  message  is  displayed. 
OPERATION  XXXXXX  DEFINITION  COMPLETION 

Once  Che  operator  has  defined  the  operation  to  be  performed  and  Che  above 
message  is  displayed,  the  system  will  once  again  display  Che  original  (first) 
menu  on  Che  KCRT  screen: 

SELECT  OPERATION  TYPE 

1.  DEFINE  OPERATION 

2.  LOAD  OPERATION 

3.  CANCEL  OPERAITON 

4.  UNLOAD  OPERATION 

5.  RELEASE  PROCESS 

6.  DELETE  OPERATION 

7.  DELETE  DATA  ACQUISITION  PROCESS 

8.  MANUAL  OPERATIONS 

9.  STATUS. 

> 

To  proceed  with  the  acquisition  of  image  data,  the  next  selection  made  by  the 
operator  will  be  item  2 - LOAD  OPERATION. 

After  LOAD  OPERATION  is  selected,  the  following  menu  is  displayed: 
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SELECT  OPERATION  TO  BE  LOADED 

1.  DATA  ACQUISITION  name  I 

2.  DATA  ACQUISITION  name  2 


3.  HDT  COPY 


name  I HDT  ID  1 
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4.  HDT-AM  UPLINK  name  1 HDT  ID  4 

5.  SCENE  PACKING  name  1 HDT  ID  3 


Only  previously  defined  operations  are  displayed. 

The  above  example  shows  more  operations  than  have  been  defined  In  the  course  of 
this  text.  Had  no  other  operations  been  defined  save  the  one  operation  defined 
earlier  In  this  text,  only  the  one  defined  would  have  been  displayed. 

Following  the  selection  of  item  1 - DATA  ACQUISITION  name  1 - an  attempt  Is  made 
by  the  software  to  make  the  proper  matrix  switch  connections  and  to  print  the 
proper  HDT  tape  labels.  The  matrix  switch  status  is  then  read  and  If  the 
correct  connections  have  been  made  the  message 
MATRIX  SWTICH  CONNECTIONS  VERIFIED 

Is  displayed.  Otherwise,  an  appropriate  matrix  switch  error  message  is 
displayed.  Then  the  following  prompt  Is  displayed: 

MOUNT  HDT  MNSTTYYJJJXX  ON  THE  XX-T  0X  HD DR 


The  operator  mounts  the  designated  HDT  on  the  designated  HDDR.  After  the  HDT  has 
been  mounted,  the  following  prompt  is  generated: 

DO  YOU  WANT  TO  START  THE  OPERATION?  (Y  OR  N) 
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The  operator  may  wait  indefinitely  to  enter  his  response.  If  the  response  is  Y, 
the  operation  monitor  software  begins  execution,  the  operation  name  and 
definition  parameters  are  deleted  from  mass  storage,  and  the  function  menu  is 
displayed.  If  the  response  is  N,  the  operation  name  and  definition  parameters 
are  deleted  from  mass  storage,  and  the  function  menu  is  displayed.  If  at  any 
time  during  operation  definition  or  loading,  the  ESCAPE  RETURN  entry  sequence  is 
made  in  response  to  a prompt,  the  operation  definition  table  and  any  load  tables 
are  deleted  from  memory  and  the  function  menu  is  displayed,  but  no  tables  are 
deleted  from  mass  storage. 

At  the  end  of  every  complete  operation  the  following  message  is  displayed. 
OPERATION  NAME  IS  COMPLETE 

There  are  various  support  functions  provided  by  the  DRRTS  system  software 
including  system  status  display  and  reports  on  past  and  present  events.  To 
illustrate  these  functions  it  is  necessary  to  return  to  the  menu. 

SELECT  FUNCTION 

1.  DEFINE  OPERATION 

2.  LOAD  OPERATION 

3.  CANCEL  OPERATION 

4.  UNLOAD  OPERATION 

5.  RELEASE  PROCESS 

6.  DELETE  OPERATION 
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7.  DELETE  DATA  ACQUISITION  PROCESS 

8.  MANUAL  OPERATIONS 

9.  STATUS 

> 

After  the  operator  selects  the  STATUS  function,  the  following  menu  is  displayed: 
SELECT  STATUS  DISPLAY 

1.  HDDR 

2.  MATRIX  SWITCH 

3.  HDT  COPY  PROCESS  REQUEST 

4.  HDT-AM  PROCESS  REQUEST 

5.  OPERATION  DEFINITION  TABLES 

> 

After  entry  of  a valid  selection,  the  status  report  is  displayed  on  the 
formatted  display  terminal,  and  the  following  prompt  is  displayed: 

DO  YOU  WANT  HARD  COPY?  (Y  OR  N) 

> 

If  the  operator  enters  Y,  the  report  is  printed  on  the  line  printer  or  its 
backup  device,  then  the  function  menu  is  displayed.  If  a status  report  is  too 
long  to  fit  on  the  formatted  display  screen,  the  operator  may  use  CONTROL  Q and 
CONTROL  S keys  to  control  the  scrolling. 

Examples  of  the  various  status  reports  pertinent  to  image  data  acquisition  may 
be  found  in  Figures  8. 4-^8,  8.4-19  and  8.4-25. 
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Status  messages  indicate  to  the  operator  that  an  operation  proceeding  normally 
has  reached  a particular  state.  Error  messages  indicate  that  an  anomalous 
condition  has  been  detected.  These  are  of  two  types:  warnings  and  errors.  The 
former  alert  the  operator  to  a condition  that  may  or  may  not  require  his 
attention.  When  a warning  is  displayed,  the  operator's  terminal  bell  rings 
once.  An  error  indicates  a condition  that  requires  operator  action.  When  an 
error  is  displayed,  the  bell  rings  twice. 

An  example  of  a condition  that  generates  a warning  is  an  HDDR  exceeding  an  ECC 
threshold.  The  operator  may  choose  to  continue  or  to  stop  the  operation  using 
that  HDDR.  An  example  of  a condition  that  generates  an  error  is  an  HDDR 
hardware  failure.  The  operation  cannot  proceed,  and  requires  operator 

intervention. 

Some  sample  status  messages  are: 

MATRIX  SWITCH  CONNECTION  OK. 

MSS  DEMUX  SYNCHRONIZED 
RECORD  HDDR  MASTER  LOCK 

Some  sample  warning  messages  are: 

WARNING  - UNCORRECTED  ERROR  THRESHOLD  EXCEEDED  ON  14-T  01 
WARNING  - MSS  DEMUX  MAJOR  FRAME  SYNCH  LOSS 
WARNING  - IRIG-A  LOST  ON  14-T  01 

Some  sample  error  messages  are: 

ERROR  - REMOTE  NOT  SELECTED  ON  14-T  02 
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HIT  RETURN  WHEN  CORRECTED 

> 

ERROR  - REMOTE  COMMAND  NOT  ENABLED  CN  TAPE  SEARCH  UNIT 
HIT  RETURN  WHEN  CORRECTED 

> 

ERROR-MATRIX  SWITCH  DEVICE  TIMEOUT 

The  various  formatted  displays  that  are  available  to  the  operator  concerning 
image  data  acquisition  are  as  follows: 

a.  Matrix  switch  configuration  status 

b.  HDDR  status 

c.  Data  acquisition  operation  reports 

1.  data  acquisition  with/without  directory  operation 

2.  30  scene  R tape  generation 

3.  retrospective  directory  generation. 

Any  formatted  display  may  be  printed  on  demand  by  the  operator.  In  addition, 
the  system  software  will  automatically  cause  the  printing  of  any  operation 
report  at  the  conclusion  of  its  associated  operation.  Figure  8.4-38  depicts  a 
typical  system  log  of  events. 
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8. 4,1, 5. 3 Image  Data  Acquisition  Reports 
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scurtt  «nns> 
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SELECT  <IDA  STATUS>  THE  IMAGE  DATA  ACQUISITION  STATUS  REPORT 

TYPE  "3(C/R) " SHOWN  IN  FIGURE  8.4-15  WILL  BE  DISPLAYED 

ON  THE  VT-78,  THEN  DRRTS  WILL  RESPOND 
"HOW  MANY  HARD  COPIES  DO  YTJ  WANT  ? 
(0-4)" 


seen  till  dcspoap 

•PICAS*  SELECT  SVATUS  0ISPL4T 
t.  non*  status 
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J.  JPAC*  DATA  ACLU1BITJCO  STATUS 
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||.  ADOPT  tt»TS 
IT.  EDO  OPKDATIOP° 
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ACTION 


nun  «sr»ns> 
»tr*  'mt/ai* 


SELECT  <1  DA  STATUS> 
TYTE  *3(C/R) " 


TTM  •IlCrtl* 


sneer  «cotr»m.  emtrio«> 

TTM 


enact  o»«st> 
rm  •»«/»•• 


aeun  «acutis» 

rm  •»«/»»• 


ORIGINAL  FACE  IS 


SYSTEM  RESPONSE 


0s*?s  w8pw 

•FUA&C  P9X tCT  STATUS  OISfUt 
AUWt  STATUS 

9.  VmTPI  1 MITCN  STATUS 
I.  laser  OATS  ACCUISITIOU  STATUS 

S.  HOT  coat  status 

s.  HOT* A ■ V*ll»a  STATUS 
#.  rtoerss  octiaitioa  t«w 

T.  (UCKATIM  OCTlAfTlOa  IAIH* 


THE  IMAGE  DATA  ACQUISITION 

STATUS  REPORT  SHOW 

IN  FIGURE  8.4-18  WILL  BE  DISPLAYED 

ON  THE  VT-78 

THEN,  DRRTS  WILL  RESPOND 

**HOW  MANY  HAND  COPIES  DO  YOU  WANT  ? 
(0-4) M 


fie*  !»A6*  Mtl  ACMItmcs  STATUS  I2P0W  «SU  CS  WIUM  Q«  TAC  (.IK  f?TV? 

T*nJ,  fc**ro  viu. 

•w.Asc  setter  ruwcTiCA 
i.  oers**:  sa.ietss 
I,  nttirt  P^etso 
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SELECT  <IDA  STATUS>  THE  IMAGE  DATA  ACQUISITION  STATUS  REPORT 

TYPE  "3(C/R) " SHOWN  IN  FICURE  8.4-19  WILL  BE  DISPLAYED 

ON  THE  VT-78 

THEN,  DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 


me  •uc/ei°  w tMASt  data  Dceuisirioe  status  egpoer  fiUi  it  eeiet to  oe  m net  nmu 
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Figure  8.4-19.  Image  Data  Acquisition  Status  Report  With  Paused  Operation 
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SYSTEM  RESPONSE 
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?:  i. 


SELECT  KCORTI RUE* 

TYPE  •21C/AJ®  MATS  SILL  RESPOND 

•Please  select  operatioa  type 

1.  HOT-R  6ENERATIOR 

2.  HOT  COPT 

1.  H OT-AN  UPLINK 
4.  PLAYBACK 

S*  RETROSPECTIVE  DIRECTORY  GEBeRAYtOR 

ft,  BCCXt  PACE  INC 

T.  RSS  LINE  TEST 

ft.  TM  LINE  TEST 

4,  HOT  COPT  LINe  TEST® 


0 ELECT  <£KOT«R  GENERATION* 
TYPE  •HC/a>“ 


DRRTS  BILL  RESPOND 

“PLEASE  SELECT  OPERATION 
I.  TESTS® 


TYPE  °t(C/R>*  AMO  «A1T  POR  DRRTS  HILL  RCSPOWO 

THE  OPEOATIOB  TO  COBTIRUC  “PLEASE  SELECT  PUACTKON 

1,  DEFINE  PROCESS 

2.  DELETE  PPGCESS 
1.  DEE  INC  OPERATION 
ft,  LOAD  OPERATION 

ft.  CONTROL  OPERATION 
b.  CANCEL  OPERATION 
7,  OELEYE  OPERATION 
R.  RELEASE  PROCESS  TO  NAP 
9.  NARUftL  OPERATIONS 

10.  STATUS 

11.  ABORT  ORRTS 

12.  END  OPERATION® 

•HEN  THE  OPERATION  HAS  BEEN  CONTINUED.  ORSTS  BILL  RESPOND 
■OPtRATIONl  TEStA  , C08TJNUED® 


•ELEC?  {CANCEL  OPERATION* 
TYPE  ®fttC/B>° 


DRRTS  BILL 
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RCSPORD 
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. HOT  COPY 

HDT-AN  UPLINK 

PLAYBACK 

RETROSPECTIVE  DIRECTORY  GENERATION 
scene  packing 

NSS  LINE  TEST 
TH  LINE  TEST 
HDT  COPY  LINE  TEST® 


SELECT  KHOT-R  GENERATION* 

TYPE  tKC/R»®'  DRRTS  BILL  RESPOND 

■PLEASE  SELECT  OPERATION 
I.  TESTA* 


TYPE  •IIC/BJ®  ON  THE  YT-TR  AND  THE  OPERATOR'S  TERMINAL,  DRRTS  BILL  RE 

•OISNOUNY  HDT  LANMCftlOOINt  ERON  THE  I4-T  82  HCD 
VERIFY  MOOR  N1TM  OCR  BARD® 
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SYSTEM  RESPONSE 
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SYSTEM  RESPONSE 
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ON  THE  OPERATOR’S  TERMINAL  THE  FOLLOWING  REPORTS  WILL  BE  PRINTED  ON  THE 
TYPE  "Y(C/R)"  LINE  PRINTER 

HDT-R  GENERATION  REPORT  (SHOWN  IN 
FIGURE  8.4-20) 

HDT-R. DIRECTORY  FILE  DUMP  (SHOWN  IN 
FIGURE  8.4-21) 

IMAGE  QUALITY  DATA  FILE  DUMP  (SHOWN  IN 
FIGURE  8.4-22) 

2 HDT  QUALITY  FILE  DUMPS  (SHOWN  IN 
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Figure  8.4-20.  HDT-R  Generation  Report 
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Figure  8.4-22.  Image  Quality  Data  File  Dump 
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Figure  8.4-23,  HDT  Quality  File  Dump  for  HDT-G  Tape 
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Figure  8.4-24.  HDT  Quality  File  Dump  for  HDT-R  Tape 
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Figure  8.4-25.  Image  "ata  Acquisition  Status  Report  After  R-Tape  Generation 
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Figure  8.4-27.  Scene  Packing  Report  For  First  Scene  Packing  Operation 
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Figure  8.4-28.  Image  Quality  Data  File  Dump  For  First  Scene  Packing  Operation 
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Figure  8.4-29.  Directory  File  Dump  For  First  Scene  Packing  Operation 
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Figure  8,4-30,  HOT  Quality  Dump  for  Master  Tape  for  First  Scene  Packing  Operation 
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Figure  8.4-31.  HDT  Quality  Dump  for  Scene  Pack  Tape  fo*  First  Scene  Packing 

Operation 
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Figure  8.4-32 
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Figure  8.4-33.  Image  Quality  Data  File  Dump  For  Second  Scene  Packing 

Operation 
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Figure  8.4-34.  Directory  File  Dump  For  Second  Scene  Packing  Operation 
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4-35.  HOT  Quality  File  Dump  for  the  Master  Tape  for  the  Second  Scene 
Packing  Operation 
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4-36.  HDT  Quality  File  Dtraip  for  the  Scene  Packed  Tape  for  the  Second 
Scene  Packing  Operation 
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Figure  8.4-37,  Image  Data  Acquisition  With  Completed  Process 
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Figure  3,4-38,  Typical  System  Log  of  Events 
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SECTION  9 

ARCHIVE  GENERATION  SCHEDULING 


9.1  ENVIRONMENT/RESOURCES 

9.1.1  HARDWARE  REQUIREMENTS 

Archive  hardware  scheduling  is  an  MMF-M  software  transaction.  It  is  Implemented 
on  the  MMF-M,  DEC  2050  system  located  in  the  GSFC  Building  28,  second  floor 
computer  room.  Figure  5-5  describes  the  arrangement  of  the  DEC2050  hardware  and 
provides  the  equipment-unique  ID  numbers  assigned  to  each  hardware  item. 

9.1.2  SOFTWARE  REQUIREMENTS 

Archive  generation  scheduling  is  performed  by  the  Ground  Segment  management 
subsystem  (GMS)  — a software  area  within  the  MMF. 

Two  units  of  software  comprise  the  archive  generation  scheduling  transaction, 
namely, 

a.  ' Archive  Process  Request  Generation  Program  (GPAGEN  - computer  program 

design  specification  LSD-MMF-CPD-2042) . 

b.  MIPS/TIPS  Data  Allocation  Program  (GXIALO  - computer  program  design 
specification  LSD-MMF-CPD-218I) . 

9.2  OVERVIEW/BACKGROUND 
9.2.1  SCOPE 

MMF-M  (multispectral  scanner  products)  and  MMF-T  (thematic  mapper  products)  use 
different,  non  interchangeable  versions  of  archive  generation  scheduling.  This 


document  addresses  the  MMF-M  version. 
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With  respect  to  MMF-M,  the  scope  of  the  archive  generation  scheduling  process 
includes: 

a.  Analysis  of  the  contents  of  the  PCS  Phase  Two  files  to  determine  which 
R-tape  scene  intervals  can  be  processed  into  A-tape  scene  intervals. 

b.  Selection  of  one  of  the  three  MIPS  strings  to  perform  the  R-tape  to  A- 
tape  processing. 

c.  The  generation  of  an  R-tape  process  request  that  authorizes  data 
transfer  from  MMF-M  to  the  selected  MIPS  string. 

d.  The  generation  of  a move  request  which  authorizes  DRRTS  to  release 
specific  R-tapes  to  the  MIPS  string  assigned  the  processing  task. 

9.2.2. 1 Preceding/Succeeding  Activities 

9. 2. 2.1  = 1 Preceding  Activities 

The  PCS  Phase  Two  completion  notification  transaction  must  have  run  successfully 
before  archive  generation  scheduling  can  be  implemented.  PCS  Phase  Two 
processing  is  an  intermediary  software  process  that  determines  whether  the  data 
necessary  to  run  archive  generation  scheduling  has  been  accumulated  and 
successfully  processed. 

PCS  Phase  Two  processing  consists  of  three  units  of  software: 

a.  PCS  Phase  Two  process  request  feedback  (SPPCFB). 

b.  Ancillary  package  generation  (GaAGEN). 

c.  HDTR  directory  inversion  (GAD IN). 
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GPPCFB  contains  the  ID  numberc  of  the  HDT-R  tapes  awaiting  processing.  In 
addition,  the  contents  of  the  R-tape  is  defined  by  scene  ID  and  interval  time 
span. 

GAAGEN  contains  information  on  processed  telemetry;  for  example,  orbit  numbers, 
mission,  interval  start-stop  times  and  control  point  identification. 

GADIN  contains  user  request  information  such  as  user  name,  user  ID  number,  scene 
request  information,  mission  selection  and  sensor  requirements. 

In  addition  to  the  information  discussed  above,  PCS  Phase  Two  processing 
supplies  the  PCD/SCD  file  names  stored  in  the  DEC  2050  system. 

9. 2. 2. 1.2  Succeeding  Activities 

The  archive  generation  transaction  succeeds  archive  generation  scheduling.  This 
transaction  is  described  in  detail  in  Section  10. 

9.3  FUNCTIONAL  DESCRIPTION 

9.3.1  OPERATIONAL  OVERVIEW 

As  shown  below,  archive  generation  scheduling  is  the  sixth  product  development 

software  transaction  in  Scenario  2 - MSS  Archive  Generation  Support. 

SCENARIO  2 - MSS  ARCHIVE  GENERATION  SUPPORT 

a.  PCS  PHASE  ONE  SCHEDULING 

b.  PCS  PHASE  ONE  COMPLETION  NOTIFICATION 

c.  GSTDN  DATA  RECEIPT 
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d.  PCS  PRASE  TWO  SCHEDULING 

e.  PCS  PHASE  TWO  COMPLETION  NOTIFICATION 

f.  ARCHIVE  GENERATION  SCHEDULING 

g.  ARCHIVE  COMPLETION  NOTIFICATION 

h.  GHIT  GENERATION 

i.  ARCHIVE  DISSEMINATION  SCHEDULING 

j.  ARCHIVE  DISSEMINATION  COMPLETION  NOTIFICATION 

k.  EDC  DATA  RECEIPT 

Archive  generation  scheduling  (AGS)  is  the  software  mechanism  for  converting  the 
DRRTS  generated  HDTR  video  R-tape  into  the  MIPS  generated  A-tape.  It 
accomplishes  this  activity  either  automatically  or  manually  with  two  units  of 
software: 

a.  MIPS  Process  Request  generation  (GPAGEN) 

b.  MIPS  Data  allocation  (GXIALO) 

and  the  Decnet  data  transfer  system.  Archive  generation  scheduling  is  performed 
nine  times  during  an  eight-hour  work  period.  Seven  of  these  runs  are  allocated 
to  generating  new  A-tapes  from  new  R-tapes.  Two  runs  are  reserved  for  reworking 
R-tapes  that  were  not  successfully  processed  previously.  The  combined  output 
for  the  nine  runs  of  AGS  is  220  scenes  per  eight-hour  work  period. 

Circumstances  dictate  whether  archive  generation  scheduling  is  performed 
automatically  or  manually,  and  the  MMF  data  processing  planner  decides  which  of 
the  two  modes  will  be  employed.  His  decision  can  be  predicated  on: 
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a.  The  exiscence  of  R-tape  problems 

b.  A requirement  to  process  a small  work  load 

c.  A requirement  to  expedite  a priority  scene  Interval. 

When  archive  generation  scheduling  is  implemented  manually,  the  data  processing 
planner  will  prepare  a list  of  prompts  and  responses  — applicable  to  CPAOEN  and 
GXIALO  — for  the  production  control  specialis':,  who  ultimately  controls  arcLi-ve 
generation  scheduling  via  interactive  terminal. 

In  the  automatic  mode,  the  entire  Scenario  2 - MSS  Archive  Generation  Support  is 
clock  triggered  periodically.  Operator  intervention  is  not  required  except  to 
review  and  file  hardcopy  printouts. 

9.3.2  FLOW  PROCESS 

Archive  generation  scheduling  data  flow  is  show^n  in  Figure  9.3-1  and  a 
description  of  the  processes  shown  is  summarized  below. 

Upon  receipt,  scene  interval  data  is  separated.  CSF  processes  the. telematry  and 
forwards  it  via  disk  file  to  PCS  Phase  One  processing.  Similarly,  DRRTS 
processes  the  video  portion  and,  after  determining  that  the  R-tape  can  be 
processed  into  an  A-tape,  enters  the  same  scetae  information  into  the  DRRTS 
directory. 

MMF-M  schedules  the  PCS  Phase  Two  processing  and  seads  the  PCD  files  and  R-tape 
information  to  PCS. 
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PCS  then  generates  the  SCD  files  which  are  required  to  process  an  R-tape  into  an 
A-tape. 

PCS  Phase  Two  processing  determines  what  scene  data  can  be  successfully 
processed  and  defines  these  scenes  by  their  intervals. 

As  long  as  PCS  Phase  Two  processing  is  complete  for  particular  scene  intervals, 
archive  generation  scheduling  can  be  implemented. 

Via  GPAGEN,  archive  generation  scheduling  establishes  a process  request  with 
MIPS  and  defines  which  6cene  intervals  on  specific  R-tapes  should  be  processed 
into  A-tapes.  GPAGEN  Identifies  the  PCD/SCD  files  required  to  process  the  R- 
tape  in  question  and  creates  an  ancillary  file  (CURINX.AGM)  to  contain  this 
information.  GPAGEN  also  generates  the  R-tape  hardcopy  move  request  and  it  is 
forwarded  to  DRRTS.  This  request  authorizes  DRRTS  to  log  out  a particular  R- 
tape  and  forward  it  to  MIPS  for  processing. 

GXIALO,  in  turn,  determines  which  of  the  three  MIPS  strings  will  actually 
process  the  r.-tape  sent  from  DRRTS.  GXIALO  reviews  the  information  in  the 
CURINX.AGM  file  and  creates  three  ancillary  files  so  that  any  one  of  the  three 
MIPS  strings  can  perform  the  R-tape  processing. 

The  MIPS  string  selected  by  GXIALO  to  process  the  R-tape  transfers  one  of  the 
three  ancillary  files  — via  Decnet  — into  its  own  work  area,  and  R-tape-to-A- 
tape  processing  commences. 
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To  maintain  R-tape  cracking  continuity  and  accountability,  the  first  task  the 
assigned  MIPS  string  performs  is  to  log  the  R-tape's  receipt  in  the  data  base. 
Similarly,  the  last  task  performed  is  logging  out  the  original  R-tape  to  its 
next  destination. 

9.3.3  INPUT 

The  Phase  Two  Completion  Notification  transaction  consists  of: 

a.  PCS  Phase  Two  Process  Request  Feedback  (GPPCFB) 

b.  Ancillary  Package  Generation  (GAAGEN) 

c.  HDTR  Directory  Inversion  (GADIN) 

and  is  Che  input  to  the  MIPS  Process  Request  Generation  (GPAGEN)  software  unit. 
The  CURINX.AGM  file  generated  by  GPAGEN  is  the  input  to  the  MIPS  Data  Allocation 
(GXIALO)  software  unit.  The  entire  archive  generation  scheduling  transaction, 
which  consists  of  GPAGEN  and  GXIALO,  requires  the  following  information  as 
input. 

a.  R tape  ID 

b.  Scene  interval 

c.  Scene  information 

d.  Processed  telemetry  - mission,  orbit  number,  scene  interval  and  start- 
stop  time 

e.  PCD/SCD  files 

f.  Control  point  identification 

g.  User  request  information  - user  name,  ID  number,  scene  request, 
mission  and  sensor  selection. 
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9.3.4  OUTPUT 

GPAGEN  generates  the  following  output  files. 

a.  One  process  request  file  for  each  HDTR  interval  recorded  in  DRRTS 

b.  SCD  file 

C.  PCD  file 

d.  Directory  index  file  CURINX.AGM 

e.  Tape  move  request  listing. 

GPAGEN  and  GXIALO  both  produce  the  files  listed  below: 

a.  Processing  summary  file 

b.  Production  log  file. 

9.3.5  HARDWARE/ SOFTWARE  SUMMARY  MATRIX 

A hardware/sof tware  summary  matrix  (reference  Figure  9.3. 5-1)  is  provided  to 
Identify  the  MMF-M/EDP  equipment  required  to  implement  the  archive  generation 
scheduling  transaction. 
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DESCRIPTION 

MODEL 

NUMBER 

DISK  DRIVE 

PR06-AA. 

DISK  DRV  W/CNTRLR 

REP06-BA 

DISK  DRIVE 

PRO 1- BA 

DISK  DRIVE 

RP06-BA 

DISK  DRIVE 

RP06-BA 

DISK  DRIVE 

RP06-BA 

DISK  DRIVE 

RP06-BA 

DISK  DRIVE 

RP06-BA 

TAPE  DRIVE 

TU72 

TAPE  DRIVE 

TU72 

TAPE  DRIVE 

TU72 

KEYBRD  DISP 

VT100 

KEY8RD  DISP 

VT100 

MAGTAP  DRV 
CNTRLR  INTERFACE 

TX02 

FRONT  END 

DEC2050 

I/O  CONSOLE 

DEC2050 

CPU 

DEC2050 

Figure  9. 3. 5-1.  Archive  Generation 
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9.4  PROCESS  OPERATIONS 

A summary  of  Che  two  units  of  software  (GPAGEN  and  GXIALO)  that  comprise  archive 
generation  scheduling  i3  presented  in  paragraph  9.4.1  and  9.4.2. 

It  is  recommended  that  the  CPDSs  from  which  these  summaries  were  extracted  be 
addressed  for  supplemental  data  not  included  here. 

9.4.1  ARCHIVE  PROCESS  REQUEST  GENERATION  PROGRAM  (GPAGEN) 

Computer  Program  Design  Specification  (CPDS)  number  LSD-MMF-CPD-2042 

9. 4. 1.1  Unit  Description  and  Purpose 

GPAGEN  determines  the  availability  of  HDT-R  scenes  for  HDT-R  to  HDT-A  processing 
and  generates  a process  request  file  which  is  the  mechanism  for  implementing 
HDT-R  to  HDT-A  processing. 

9.4. 1.2  Unit  Input  Description 

Input  to  GPAGEN  Is  derived  from  the  following  sources, 
a.  MMF  Data  Base 

1.  Archive  product  area 

2.  Common  parameters  area 

3.  Ancillary  area 

4.  Production  area 

5.  Ground  control  poiut  area 

6.  Directory  area 

7.  Main  Image  area 

8.  WRS  parameters  area 
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b.  Processing  request  scratch  file 

c.  KCRT  input 

1.  HDT-R  tape  ID 

2.  HDT-R  tape  ID  process  decision 

3.  Interval  process  decision 

Data  flow  through  GPAGEN  is  shown  in  Figure  9. 4. 1-1. 

GPAGEN  can  be  run  manually  and  automatically.  When  run  automatically  GPAGEN  is 
part  of  the  "archive  completion  notification"  transaction  and  no  operator 
intervention  is  required. 

In  the  manual  mode,  the  production  control  specialist  implements  GPAGEN  via  KCRT 
and  enters  the  information  supplied  him  by  the  data  processing  planner. 

Typical  Input  data  supplied  by  the  production  control  specialist  is  shown  in 
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APRXXX 
DECNET  FILE 


APNXXX 
DECNET  FILE 


OPERATOR  INPUT 

o HDT-R  ID 
o HDT-R  PROCESSING 
DECISION 
o INTERNAL 
PROCESS 
DECISION 


PPCXXX 
DECNET  FILE 


SDCXXX 
DECNET  FILE 


MMF  DATA  BASE  • 
(READ  ONLY) 

O ANCILLARY 
O MAIN  IMAGE 
o GROUND  CONTROL 
POINT 
o WRS 

PARAMETERS 


MMF  DATA  BASE 
(READ  AND  UPDATE) 

o ARCHIVE  PRODUCT 
O COMMON 
PARAMETERS 
o DIRECTORY 
o PRODUCTION 


GPAGEN 


GPAGEN 

SUMMARY 

REPORT 


GPAGEN 

MOVE 

LISTING 


Figure  9.4. 1-1.  Archive  Generation  Process  Request  Generator  (GPAGEN)  Data  Flow 

9-13 


ORIGINAL  PAGE  13 
OF  POOR  QUALITY 


61SDS4232 
Revision  A 
16  July  1982 


Table  9. 4. 1-1.  Prompts  and  Responses  for  the  GPAGEN  Software  Unit 


PROMPT 

RESPONSE 

EXPLANATION 

YOU  ARE  RUNNING  GPAGEN.  DO 

Y 

BEGIN  EXECUTION 

YOU  WANT  TO  GENERATE  R TO  A 
PROCESS  REQUESTS  (Y/N)? 

N 

TERMINATE  EXECUTION 

DO  YOU  WANT  TO  CONTINUE 

Y 

CONTINUE  EXECUTION 

PROCESS  REQUEST  GENERATION  (Y/N)? 

N 

TERMINATE  EXEUCTION 

PLEASE  ENTER  THE  HDT-R  ID: 

LMSTTYYDDDXX 

HDT-R  ID 

<tape  lnfo> 

DO  YOU  WISH  TO  PROCESS  THE 

Y 

PROCESS  HDT-R 

RECORD  (Y/N)? 

N 

CANDIDATE  FOR  R TO  A 
PROCESS  REQUEST,  SKIP 
OVER  HDT-R 

Cinterval  info> 

DO  YOU  WISH  TO  PROCESS  THIS 

Y 

PROCESS  INTERVAL  AS 

INTERVAL  (Y/N)? 

N 

CANDIDATE  FOR  R TO  A 
PROCESS  REQUEST,  SKIP 
OVER  INTERVAL 

<facility  info> 

DO  YOU  WISH  TO  REROUTE  THI2> 

Y 

REROUTE  TAPE  AND 

TAPE  TO  THE  CORRECT  FACILITY  (Y/N)? 

N 

CONTINUE.  PROCESSING 
DO  NOT  REROUTE  TAPE 
SKIP  OVER  THE  HDT-R 
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9. 4. 1.3  Unit  Output  Description 

GPAGEN's  output  consists  of  the  generation  of  several  new  files,  the  updating  of 
existing  data  base  files  and  hardcopy  printouts. 


When  run  manually,  GPAGEN  provides  informational  and  error  messages  on  the 
operator's  KCRT  as  shown  in  Table  9. 4. 1-2. 


Files  created  or  updated  by  GPAGEN  are  listed  below. 

a.  MMF  Data  Base 

1.  Updated  product  acquisition  record 

2.  Updated  archive/product  record 

3.  Updated  HDT-R  interval  record 

4.  Updated  HDT-R  scene  record 

5.  Updated  common  parameters  record 

b.  Process  request  file 

c.  Archive  generation  ancillary  data  file 

d.  Payload  correction  data  file 

e.  Systematic  correction  data  file 

Hardcopy  printouts  resulting  from  GPAGEN  include: 

a.  Processing  summary  (reference  Figure  9. 4. 1-2) 

b.  Production  log 

c.  Move  request  listing;  only  printed  if  the  HDT-R  tape  was  not  at  its 
scheduled  location  and  a move  notice  was  required  (reference  Figure 
9. 4. 1-3). 
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All  of  the  printouts  should  be  reviewed  by  the  production  control  specialist  who 
ran  GPAGEN  and  he  should  take  action  if  any  "aborts”  or  error  conditions  are 
disclosed.  After  reviewing  the  printouts,  the  production  control  specialist 
should  file  the  hardcopies  in  their  respective  binders. 

9. 4. 1.4  Frequency  of  Operation 

As  mentioned  previously,  GPAGEN  is  scheduled  to  be  performed  nine  times  in  an 
eight-hour  working  period  ... 

9 . 4 . 1 . 5 Detailed  Operational  Sequences 

The  Job  control  language  (JCL)  required  to  implement  GPAGEN  is  listed  below. 

9 . 4 . 1 . 5 . 1 Job  Control  Language  for  GPAGEN 

GPAGEN  can  be  implemented  by  keying  either  of  the  following  statements: 

a.  @TAKE  GPAGEN.CMD  (for  interactive  processing) 

b.  SUBMIT  GPAGEN. CTL  (for  batch  processing) 

9. 4. 1.5. 2 Contents  of  GPAGEN.CMD  "TAKE"  File 
GPAGEN.CMD 

DELETE  GPAGEN. SUM 
DELETE  GPAGEN. PLG 
DELETE  GPAGEN. UIL 
DELETE  GPAGEN. SCF 
DELETE  GPAGEN. MRL 
DELETE  GPAGEN. MVR 
RUN  GPAGEN 
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PRINT  GPAGEN.SUM 
PRINT  GPAGEN.PLG 
PRINT  GPAGEN.UIL 
PRINT  GPAGEN.MRL 

9. 4. 1.5. 3 Contents  of  GPAGEN.CTL  "SUBMIT"  File 
GPAGEN.CTL 

^DELETE  GPAGEN.SUM 
0DELETE  GPAGEN.PLG 
0DELETE  GPAGEN.UIL 
0DELETE  GPAGEN.SCF 
0DELETE  GPAGEN.MRL 
0DELETE  GPAGEN.MVR 
0RUN  GPAGEN 
0PRINT  GPAGEN.SUM 
0PRINT  GPAGEN.MRL 

9.4.2  MIPS/TIPS  DATA  ALLOCATION  PROGRAM  (GXIALO)  - COMPUTER  PROGRAM  DESIGN 
SPECIFICATION  (CPDS)  NUMBER  LSD-MMF-CPD-2181 

9 . 4 . 2 • I Unit  Description  and  Purpose 

GXIALO  succeeds  GPAGEN  and  allocates  certain  MMF  data  base  flies  (files  required 
to  process  HDT-R  scene  Intervals  into  HDT-A  scene  intervals)  to  the  MIPS  string 
assigned  the  R-to-A  processing  task.  The  selection  of  a particular  MIPS  string 
to  process  HDT-R  information  is  determined  by  the  GXIALO  software  unit. 
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GX1ALO  will  run  automatically  if  it  is  incorporated  in  the  command/control 
language  that  implements  either  the  archive  generation  scheduler  transaction, 
the  archive  completion  notification  transaction  or  the  initial  product 
completion  transaction. 

If  GXIALO  is  run  manually,  the  operator  must  supply  certain  common  parameters 
information  via  interactive  terminal: 

a.  Mode  selection  (manual/automatic) 

b.  Table  of  directories  of  the  file  names  and  IDs  to  be  used  in 
processing  the  HDT-R  scene  intervals 

c.  Table  of  valid  process  request  file  names 

d.  Data  base  sensor  type  (MSS  or  TM) . 

He  may  then  process  specific  HDT-R  scene  Intervals  on  a specific  MIPS  string  as 
long  as  GPAGEN  generated  a process  request  for  the  selected  scene  intervals. 

Refer  to  Figures  9. 4. 2-1  and  9. 4. 2-2  for  a description  of  GXIALO's  interface 
structure  and  flow  diagram. 

9. 4. 2. 2 Unit  Input  Description 
GXIALO  requires  the  following  Inputs: 

a.  MMF  data  base 

1.  Common  parameters 

2.  Directory 

b.  CURINX.AGM  file  created  by  GPAGEN 

c.  Operator  prompt  decisions  (manual  mode) 
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Figure  9. 4. 2-1,  MIPS/TIPS  Data  Allocation  Interface  Structure 
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Figure  9. 4. 2-2.  MIPS/TIPS  Data  Allocation  Flow  Diagram 
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A sample  of  the  prompt  decisions  required  to  run  GXIALO  manually  is  shown  in 
Table  9. 4. 2-1  and  Figure  9. 4. 2-3. 
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table  9. 4. 2-1.  Operator  Interface  Formats 


PROMPT 

INPUT 

ACTION  TAKEN 

Do  you  wish  to  process  this  directory 

Y 

Directory  processed 

(Y/N)? 

N 

Directory  not  processed 

Do  you  wish  to  continue  processing 

Y 

Processing  of  directory 

this  directory  (Y/N) 7 

continued 

N 

Processing  of  directory 
stopped.  Directory 
Is  rebuilt. 

Do  you  wish  to  have  thla  file  allocated 

Y 

GXIALO  called  to 

or  placed  in  the  Ignore 

get  the  string  to 

string  (Y/N/X)? 

allocate  this  file. 

N 

rile  not  processed 

X 

File  placed  In  the  Ignore 
string 

Do  you  wish  to  proceed  with  CXIALO? 

Y 

Processing  continued 

N 

Processing  stopped. 
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9. 4. 2. 3 Unit  Output  Description 
GXIALO  generates  the  following  outputs: 

a.  MMF  data  base  directory  update 

b.  Error  message  KCRT  display 

c.  Summary  report  (reference  Figure  9. 4. 2-4) 

d.  Production  log 

A list  of  the  messages  displayed  on  the  KCRT,  when  GXIALO  Is  run  manually,  is 
shown  In  Table  9. 4. 2-2. 

9. 4. 2. 4 Frequency  of  Operation 

GXIALO  is  run  once  for  each  HDT-R  to  HDT-A  process  request.  Therefore,  as  part 
of  archive  generation  scheduling,  GXIALO  will  be  Implemented  a maximum  of  nine 
times  in  an  eight-hour  work  period. 

9. 4. 2. 5 Detailed  Operational  Sequences 

GXIALO  requires  no  operator  intervention  when  clock  triggered  automatically  as 
part  of  archive  generation  scheduling. 

In  the  manual  mode,  Input  to  GXIALO  Is  performed  by  the  MMF  production  control 
specialist  via  KCRT.  All  decisions  and  prompt  responses  required  by  GXIALO  are 
prepared  by  the  MMF  data  processing  planner.  It  Is,  however,  the  production 
control  specialist's  responsibility  to  verify  the  completeness  and  format  of 
this  Information  before  entering  It  via  KCRT. 

GXIALO  can  be  implemented  by  executing  the  following  CTL  for  automatic  (batch) 
mode  cr  CMD  for  manual  (interactive)  mode  files: 
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a.  0TAKE  GXIALO.CMD  (interactive  mode) 

b.  SUBMIT  CXIALO.CTL  (batch  mode) 

The  contents  of  the  TAKE  and  SUBMIT  files  are  listed  below: 

Contents  of  GXIALO.CMD  "TAKE"  File 
GXIALO.CMD 

DELETE  GXIALO. SUM 
DELETE  GXIALO. PLG 
RUN  GXIALO 
PRINT  GXIALO. SUM 
PRINT  GXIALO. UIL 
PRINT  GXIALO. PLG 

Contents  of  GXIALO. CTL  "SUBMIT”  File 
^DELETE  GXIALO. SUM 
0DELETE  GXIALO. UIL 
GDELETE  GXIALO. PLG 
@RUN  GXIALO 
GPRINT  GXIALO. SUM 
GPRINT  GXIALO. PLG 

9.4. 2.6  Control  Mechanisms 

Regardless  of  whether  GXIALO  Is  run  manually  or  automatically,  the  quality  of 

the  processing  will  be  monitored  by  the  production  control  specialist  running 
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the  program.  Hardcopy  printouts  are  to  be  reviewed  for  abort  or  error  messages 
and  appropriate  acrion  taken.  Primarily,  KCRT  error  messages  should  be 
corrected  by  reviewing  the  inputs  with  the  MMF  systems  analysts. 

9.4. 2. 7 Record  Keeping  and  Information  Dissemination 

After  reviewing  all  hardcopy  printouts,  the  production  control  specialist  is 
responsible  for  entering  these  printouts  in  their  respective  program  binders. 
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SECTION  10 

MDLTISPECTRAL  SCANNER  ARCHIVE  GENERATION  (HAG) 

10.1  ENVIRONS NT/RESOURCES 

The  MAG  activities  are  performed  in  che  culnspectral  scanner  image  procersing 
system  (MIPS)  area  located  in  the  computer  room,  first  floor.  Building  28, 
Goddard  Space  Flight  Center  (GSFC). 

10.1.1  HARDWARE  REQUIREMENTS 

Three  parallel  strings  of  equipment  are  available.  Two  strings  will  support 
MAG.  Each  string  is  configured  around  a Digital  Equipment  Corporation  VAX 
11/780  computer.  All  strings  are  basically  the  same  except  for  such  minor 
peripherals  as  card  reader,  VT100  and  Digitizer.  Figure  10-1  is  a simplified 
block  diagram  of  MAG  processing  and  equipment  required. 

10.1.2  SOFTWARE  REQUIREMENTS 

The  MAG  process  consists  of  the  following  major  packages  of  nofr.ware: 

a.  Control  and  communications  (that  portion  applying  to  MAG)  ' 

b.  MSS  archive  generation 

c.  Quality  assurance  film  generation 

d.  Manual  cloud  cover  assessment. 

10.2  OVERVIEW/BACKGROUND 
10.2.1  SCOPE  OF  FUNCTION 

The  MAG  function  provides  the  capability  to  accept  high  density  tapes  containing 
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raw  MSS  data  from  Landsat-0  (HDT-RM),  and  Co  generate  partially  processed  Image 
data  consisting  of  radiometric  corrections,  geometric  corrections  and  Image 
processing  related  data.  The  processed  image  data  are  recorded  on  high  density 
tapes  (HDT-AM).  Concurrent  with  the  MAC  process,  two  other  functions  are 
performed.  They  are  manual  cloud  cover  assessment  (MCCA)  and  quality  assurance 
film  generation  (QAFG).  All  processes  are  made  possible  by  the  MSS  control  and 
communications  package  (CCP). 

10.2.2  PRECEDING  ACTIVITIES 

The  Landsat-D  spacecraft  gathers  image  data  which  Is  transmitted  to  ■>  ground 
station.  The  data  Is  further  transmitted  to  the  Data  Receive  Record  and 
Transmit  System  (DRRTS)  which  is  located  In  the  same  computer  room  as  MIPS.  The 
data  Is  recorded  on  a High  Density  Digital  Recorder  (HDDR)  and  the  tape  Is 
labeled  High  Density  Tape  - Raw  Data  from  MSS  (HDT-RM).  The  HDTs  are  stored  In 
the  tape  archive  system  (TAS)  to  be  withdrawn  as  needed  for  processing. 

The  Mission  Management  Facility  - Multlspectral  Scanner  (MMF-M)  coordinates  all 
activities,  both  Internal  and  external  to  the  Landsat-D  Cround  System  (CS). 
Whenever  a requirement  to  process  any  or  all  of  MAG  arises,  process  requests 
(PR)  are  sent  to  MIPS-MAC  personnel  for  performance. 

MIPS  personnel  coordinate  the  assignment  of  hardware,  software,  PRs,  ancillary 
tapes  and  HDT-RMs  (from  the  TAS). 

10.2.3  SUCCEEDING  ACTIVITIES 

After  MAG  processing  has  been  completed,  according  to  the  PR  Instructions, 

SDS4232 


10-3 


81SDS4232  { \ 

Revision  A 
16  July  1982 

results  are  available  in  the  fora  of  HDT-AMs,  reports,  MCCA  data,  QAFG  data,  and 
MAG  QA  reports.  These  data  are  distributed,  according  to  the  PR,  to  assigned 
user  organizations. 

10.2.4  CONCURRENT  ACTIVITIES 

During  MAC  processing  appropriate  data  are  extracted  from  the  processes  and 
applied  to  the  MCCA.  This  function  displays  MSS  subsampled  Imagery  and  accepts 
and  records  operator  estimates  of  the  percentage  cloud  cover  of  each  Image 
quadrant  selected.  Also,  data  applicable  to  QAFG  is  extracted  and  processed. 

The  QAFG  function  generates  digital  Image  data  in  70  mm  film  format  fron  one 
selectable  band  of  all  MSS  world  reference  system  (WRS)  scenes  processed  to 
archival  HDTs. 

10.3  FUNCTION  DESCRIPTION 

10.3.1  MAG  FUNCTIONAL  DESCRIPTION 

The  MAG  function  generates  partially  processed  data  from  unprocessed  image  data 
and  Image  related  data.  The  partially  processed  data  consists  of 

radlometrlcally,  corrected  Image  data  and  geometric  correction  data.  The 
partially  processed  data  Is  recorded  on  28-track  high  density  tapes  (HDT-AM). 

The  unprocessed  data  Is  read  from  28-track  high  density  tapes  (HDT-RM). 

The  MAG  function  can  be  Initiated  either  automatically,  by  a process  request 
from  the  MMF,  or  manually  upon  request  by  an  operator.  The  image  processing 
related  data  is  provided  by  the  MMF  with  the  process  request  or  Is  specified  by 
the  operator  with  the  manual  process  request.  The  manual  process  request  Is 
used  for  performing  special  engineering  functions. 
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The  MAC  function  may  be  partitioned  into  three  subsets: 

a.  MAC  control  and  communication  functions 

b.  MAC  data  processing  functions 

c.  MAC  engineering  and  test  functions. 

Due  to  the  concurrent  activity  of  MAG,  MCCA,  and  QAFG,  all  will  be  discussed  in 
this  section  of  the  Ground  Segment  Operations  Plan.  The  MAC  data  flow  is  shown 
in  Figure  10-2. 

10.3.2  MCCA  FUNCTIONAL  DESCRIPTION 

The  MCCA  process  is  capable  of  manually  assessing  the  cloud  cover  percentage  of 
all  MSS  MRS  scenes  processed  to  archival  tapes.  The  manual  assessment  will  be 
performed  only  on  those  scenes  that  are  scheduled  for  AG  by  the  MMF.  This 
function  will  display  MSS  subsampled  imagery  on  a Comtal  and  accept  and  record 
operator  estimates  of  the  percentage  of  cloud  cover  for  each  image  quadrant. 
When  the  MCCA  process  is  completed,  the  scores  will  be  provided  to  MAC  and 
transmitted  to  the  MMF  to  be  included  in  the  data  base.  The  functional  flow 
diagram  of  MCCA  is  ehovn  in  Figure  10-3. 

The  MCCA  consists  of  the  following  subfunctions: 

a.  Operator  communication 

b.  Generate  display  data 

c.  Display  image  data 

d.  MCCA  operator  terminal  display 
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e.  Estimate  cloud  cover  percentage 

f.  Generate  process  feedback. 

10.3.3  QAFG  FUNCTIONAL  DESCRIPTION 

The  QAF  process  generates  digital  image  data  in  the  70  mm  film  format  from  one 
selectable  band  of  all  MSS  WRS  scenes  processed  to  archival  HDTs. 


The  digital  image  data  is  radlometrlcally  corrected  first,  then  corrected  for 
nominal  Earth  rotation,  annotated,  and  overlaid  with  a grid  Co  characterize  the 
four  quadrants  that  may  have  been  cloud  cover  assessed.  The  corrected  and 
annotated  image,  along  with  a 16-step  gray  scale  intensity  pattern,  is  used  by 
the  Dlcomed  film  recorder  to  produce  70  mm  black  and  white  latent  film  masters. 

The  functional  flow  diagram  of  the  QAF  function  is  shown  in  Figure  10-4.  The 
QAF  consists  of  the  following  subfunctions: 

Am  Tmagp  data  correction 

b.  Generation  of  film  data 

c.  Production  of  film  masters 

d.  Generate  film  roll  feedback 

e.  Operator  communication 

f.  Generate  process  feedback. 

10.3.4  INPUTS 
HAG  Inputs 

The  external  inputs  required  for  MAG  to  operate  normally  are  shown  below: 
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MAG  Process  Requests 
Labelled  HDT-RM 
Operator  Commands 
MAG  Parameters 
MAG  Engr  and  Test  Data 
A-Tape  Label 
NASA  36-Bit  Time  Code 
MCCA  Feedback 


MAG  Outputs 

As  a result  of  MAG  processing  the  following  are  available: 


DESTINATION 

MMF 

Tape  Archive 

Operator 

MCCA  Function 

QAFG  Function 

Quality  Assurance  Group 

Library  Build 


OUTPUT 

MAG  Process  Request  Feedback 
Labelled  HDT-AM 
Operator  Messages  and  Reports 
MCCA  Data,  Process  Request 
QAFG  Data,  Process  Request 
MAG  QA  Reports 
Uncorrelated  CP  Data 


The  MAG  external  interfaces  are  shown  in  Figure  10-5. 

MCCA  Inputs 

In  order  to  perform  the  MCCA  operations  the  following  inputs  must  be  in  place: 
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Figure  10-5.  MAG  External  Interfaces 
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Archive  Generation 


MCCA  Work  Orders 


Archive  Generation 


MCCA  Subsamples 


Archive  Generation 


MCCA  Annotation 


Archive  Generation 


Radiometric  Correction  Data 


MIPS  Parameters 


MCCA  Parameters 


MCCA  Operator  Terminal 


Operator  Inputs 


MCCA  Outputs 


MCCA  produces  the  following: 


DESTINATION 


DESCRIPTION 


Archive  Generation 


MCCA  Process  Feedback 


Archive  Generation 


MCCA  Scores 


MCCA  Operator  Terminal 


Outputs  to  Operator 


Quality  Assurance  Group 


OA  Ronnrtft 


Comtal  Image  Display 


Image  Display  Data 


MIPS  Operator 


Processing  Status  Report 


The  MCCA  external  interfaces  are  shown  in  Figure  10-6. 


QAFG  Inputs 


QAF  input  requirements  are: 


SOURCE 


DESCRIPTION 


Archive  Generation 


QAF  Work  Orders 


Archive  Generation 


R/C  Data 


Archive  Generation 


QAF  Annotation  Data 
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Archive  Generation 
MIPS  Parameters 
DRRTS 

Operator  Terminal 


QAP  Subsamples 
QAF  Parameters 
Film  Label 
Operator  Inputs 


QAF  Outputs 

Outputs  from  QAFG  activity  are: 

DESTINATION  DESCRIPTION 

Archive  Generation  QAF  Process  Feedback 

MMF  QAF  Latent  Film 

MMF  Film  Roll  Feedback 

MIPS  Operator  Procesting  Status  Report 

QA  Group  QA  Reports 

Operator  Terminal  Outputs  to  Operator 

riXternal  interface  relationships  for  QAFG  are  shown  in  Figure  10-7. 

10.3.5  HARDWARE/SOFTWARE  SUMMARY 

The  MAG,  MCCA  and  QAFG  requirements  are  supported  by  a complement  of  hardware 
and  software,  synthesized  to  enable  Landsat-D  program  objectives  to  be  met  and 
necessary  throughput  to  be  attained. 

The  MIPS  consists  of  three  nearly  identical  image  data  processing  strings,  which 
are  each  comprised  of  the  following  major  hardware  elements: 

a.  VAX  11/780  computer  system 

b.  AP-180V  Array  Processor 
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c Moving  Window  Display  (only  1) 

d.  Decommutator 

e.  Serial  to  Parallel  Data  Input  (SPDI)  Formatter 

f.  Parallel  to  Serial  Data  Output  (PSDO)  Formatter 

g.  IGF  Tape  Control  (ITC) 

h.  23-Track  High  Density  Digital  Recorder  (HDDR) 

1.  Comtal  Display  (2) 

J • Dlcomed  70  mm  Film  Recorder 

k.  Zoom  Transfer  Scope  (ZTS)  (only  1) 

.1.  Digitizer  (only  1). 

Software  support  consists  of: 

a.  System  software 

b.  Device  drivers  . 

c.  Utility  software 

d.  Process  packages. 

The  first  three  categorler  are  transparent  to  process  operations.  Those 
programs  unique  to  MAG,  MCCA  and  QAFG  are  listed  bel.'w. 
a.  MSS  Archive  Generation  (MAG) 

1.  MCON  - MA  jntrol  Process 

2.  MING  - MAG  Ingest  Spooler  Subprocess 

3.  MDEX  - MAG  Data  Extraction  Subprocess 

4.  MGCD  - MAG  Geometric  Correction  Data  Subprocess  Generation 

5.  MHDG  - MAG  HAAT  Data  Generation  Subprocess 

6.  MOUT  - MAG  Output  Spooler  Subprocess 
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b.  Manual  Cloud  Cover  Assessment  (MCCA) 

1.  MCCA  - Manual  Cloud  Cover  Assessment  Process 

c.  Quality  Assurance  Piln  Generation  (QAFG) 

1.  QFMONITOR  - QF  Monitor  Process 

2.  QFFILM  - QF  Film  Write  Process 

10.4  PROCESS  OPERATIONS 

As  noted,  this  section  considers  MAG,  MCCA  and  QAFG  processes  as  one  concurrent 
activity,  but  capable  of  being  run  Independently.  A typical  process  will  be 
discussed  with  Interactive  and  interface  elements  highlighted.  Samples  of 
detailed  procedures  are  shown  to  aid  in  understanding  the  step  by  step  process 
necessary  to  effect  a smooth  MAG  lata  flow.  Operator  activities  and  timing 
constraints  are  shown  to  complete  the  plan.  A summary  paragraph  relating  to 
contingency  operations  and  error  recovery  is  provided  for  guidance  in  the 
preparation  of  contingency  operations  procedures. 

Design  traceability  for  the  MAG,  MCCA  and  QAFG  functions  is  shown  in  Figure 
10-8,  the  applicable  specification  tree. 

To  set  some  bounds  for  the  following  discussions,  some  timing  requirements  are 
given  here. 

Processing  Time  Allocation 

The  MIPS  functions  are  allocated  time  as  shown  in  Table  10-1.  The  model  assumes 
that  200  new,  as  distinguished  from  rework,  MSS  scenes  distributed  on  nine  HDT- 
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RMs  are  Input  to  the  MIPS  dally.  Each  of  these  HDT-RMs  contslne  leas  than  a 
MIPS  string  image  disk  capacity  of  35  scenes. 

Table  10-1.  Processing  Time  Allocation  for  the  MIPS  Functions 


MIPS  MAJOR  FUNCTION 
Archive  Generation 
MCCA 
QAFG 

The  specific  loading  for  each  of  the  MIPS  functions  Is  delineated  in  the 
following  paragraphs.  It  should  be  noted  that  this  processing  load  is 
considered  typical  and  that  a different  product  mix  for  any  given  processing  day 
would  result  In  a somewhat  different  processing  time  allocation  for  the  MIPS 
functions. 

1.  Archive  Generation 

A total  processing  load  of  220  scenes  Is  processed  by  MSS  archive 
generation;  200  newly  acquired  and  20  rework.  Each  newly  acquired  HDT-RM  is 
processed  to  a single  H0T-AM.  The  rework  scenes  are  randomly  distributed  on 
nine  HDT-RMs  and  are  processed  multiple  HDT-RM  to  HDT-AM.  Thus,  the  Input 
and  output  to  archive  generation  is  18  HDT-RM  and  10  HDT-AM. 

2 . MCCA 

Manual  cloud  cover  assessment  of  the  220  scenes  Is  performed  concurrently 
with  archive  generation. 


PROCESSING  TIME  ALLOCATION 
(COMPUTER  STRING  HOURS) 
27.4  hour 8 
3.7  hours 
5.5  hours 
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Quality  assurance  film  generation  of  the  220  scenes,  one  image  per  scene, 
is  performed  concurrently  with  archive  generation. 


Initial  Archive  Generation 

This  paragraph  describes  the  initial  generation  of  the  archival  product  (HDT-AM) 
from  a single  HDT-RM.  One  HDT-RM  to  one  HDT-AM  ia  the  normal  MIPS  operational 
scenario  for  the  initial  generation  of  the  archival  product.  Multiple  HDT-RMs 
which  cumulatively  contain  less  than  the  image  disk  capacity  will  be  written  to 
a single  HDT-AM.  Included  in  this  scenario  is  the  generation  of  QA  (70  mm)  film 
and  MCCA.  The  operational  scenario  is  depicted  in  the  data  flow  diagram.  Figure 
10-9.  The  following  describes  each  function: 

1.  MMF  generates  a move  order  for  an  HDT-RM  to  be  transferred  from  the 
tape  archive  to  MIPS.  The  tape  archive  operator  performs  the  move 
operation  and  logs  it  into  MIPS. 

It  MMF  generates  an  AG  process  request  for  the  HDT-RM  for  transfer  to 

MIPS. 


3.  MIPS  transfers  the  process  request  and  places  it  in  queue  with  other 
process  requests.  The  operator  may  reorder  the  queue  at  his  option. 

4.  When  the  AG  process  request  for  the  HDT-RM  reaches  the  front  of  the 
queue,  MIPS  will  issue  an  HDT  mount  request. 

5.  The  MIPS  operator  mounts  and  positions  the  HDT-RM  in  response  to  the 
HDT  mount  request,  and  Informs  the  MIPS  sttlng  that  the  HDT  mount  is 
complete. 

6.  MIPS  starts  playback  of  the  HDT-RM  and  ingests  all  of  the  desired 
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images  up  to  the  image  disk  capacity  (approximately  35  scenes).  If  the 
number  of  scenes  contained  on  the  HDT-RM  exceeds  the  disk  capacity, 
the  scenes  which  MIPS  is  unable  to  Ingest  will  receive  an  appropriate 
status  code  in  the  process  request  feedback.  When  the  MMF  receives 
the  feedback  a new  process  request  for  the  unprocessed  scenes  will  be 
generated.  The  HDDR  playback  data  rates  are: 

a.  Playback  desired  data  at  1/4  real-time  (RT). 

b.  Undesired  data  is  skipped  at  1/4  RT,  4 RT  or  300  IPS,  dependent 
on  length  of  tape  to  be  skipped. 

After  completion  of  the  data  ingest  phase,  MIPS  will  initiate  the  data 
extraction  function  and  HDT-RM  rewind. 

6a.  The  MIPS  operator  or  a QA  person  will  monitor  the  ingested  data  on  the 
Comtal  display.  One  operator  selectable  band  is  displayed  during  the 
ingest  phase. 

7.  MIPS  extracts  data  required  for  HAAT  generation,  radiometric 
correction,  QAF  and  MCCA.  Upon  completion  of  the  data  extraction 
function  of  the  calculation  phase,  MIPS  will: 

a.  Initiate  the  calculation  functions  of  the  calculation  phase. 

b.  Initiate  QAF  generation. 

c.  Issue  an  MCCA  request  to  the  operator. 

NOTE:  Functions  8,  9,  10,12,  13  and  14  will  be  performed  in  parallel 

with  functions  7 and  15  and  will  be  complete  prior  to  the  completion 
of  function  15.  Function  11  is  shown  at  this  point  for  clarity,  but 
will  not  be  initiated  until  after  MMF  receives  the  AC  process  request 
feedback. 
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8.  The  HDT-RM  Is  rewound  at  300  IPS. 

9.  MIPS  Issues  an  KDT  dismount  request  to  the  operator. 

10.  The  MIPS  operator  dismounts  the  HDT-RM  in  response  to  the  HDT  dismount 

request.  He  then  Informs  the  MIPS  string  that  the  HDT  dismount  is 

complete. 

11.  The  MIPS  operator  logs  out  the  HDT-RM  and  MMF  generates  a move  order 

for  the  HDT-RM  to  be  transferred  from  MIPS  to  the  tape  archive  (see 

above  note).  The  tape  archive  operator  performs  the  move  operation. 

12.  MIPS  issues  an  HDT  mount  request  for  a blank  tape  to  be  mounted. 

13.  The  MIPS  operator  requests  an  HDT-AM  label  from  MMF  and  receives  the 
next  sequential  label.  He  then  inputs  the  HDT  lndentif lcatlon  to  the 
MIPS  string  via  a terminal. 

14.  After  attaching  the  HDT-AM  label  to  a blank  HDT,  the  MIPS  operator 
mounts  and  positions  the  HDT.  He  then  Informs  the  MIPS  string  that 
the  HDT  mount  Is  complete. 

15.  MIPS  performs  the  calculation  functions  of  the  calculation  phase. 
During  this  phase,  control  point  chips  and  control  point  neighborhoods 
which  fail  to  correlate  will  be  saved,  along  with  the  directory 
information  and  the  rejection  code,  In  a file.  This  file  will  be 
written  to  CCT  upon  operator  command. 

16.  MIPS  Issues  a request  to  the  operator  to  perform  cloud  cover 
assessment  of  the  scenes  ingested  from  the  HDT-RM. 

17.  MIPS  generates  the  latent  QA  film. 
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18.  Output  phase  - MIPS  radiometrically  corrects  and  writes  the  Image  data 
and  the  HAAT  data  to  the  HDT-AM.  The  HDT-AM  directory  is  also 
generated  during  this  phase. 

18a.  The  MIPS  operator  or  a QA  person  will  monitor  the  radiometrlcally 
corrected  image  data  on  a Comtal  display. 

19.  The  MIPS  operator  initiates  MCCA  and  scores  the  scenes  Ingested  from 
HDT-RM  0XYZRM.  This  function  may  be  initiated  at  any  time  after 
Issuance  of  the  MCCA  request. 

20.  The  HDT-AM  is  rewound  at  300  IPS. 

21.  Upon  completion  of  the  output  phase  and  MCCA,  MIPS  generates  the  AG 
process  request  feedback. 

22.  MIPS  transfers  the  process  request  feedback  file,  QA  files,  HDT-AM 
directory  and  GHIT  data  to  the  MMF. 

23.  MIPS  issues  an  HDT  dismount  request  to  the  operator. 

24.  The  MIPS  operator  dismounts  the  HDT-AM  in  response  to  tha  HDT  dismount 

request  and  informs  the  MIPS  string  that  the  HDT  dismount  is  complete. 
NOTE:  At  this  point  the  MIPS  string  is  ready  to  start  the  next 

process  request. 

25.  Upon  completion  of  the  output  phase,  MIPS  outputs  hard  copy  reports  to 
the  operator  including: 

a.  Process  Summary  Report 

b.  QA  Data  Summary 

c.  Operator  Log  (if  requested) 

26.  The  MIPS  operator  reviews  the  reports  to  evaluate  system  performance. 
A copy  of  this  report  is  also  delivered  to  the  QA  group. 
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27.  The  QA  group  will  review  the  reports  to  determine  the  PEPG  scene  and 
tape  dump  requirements. 

28.  MIPS  generates  a QA  film  directory  either  at  the  end  of  film  or  on 

operator  command  to  dismount  the  film  roll. 

29.  MIPS  issues  a roll  change  request  to  the  operator. 

30.  MIPS  transfers  the  film  roll  directory  to  MMF.  MMF  generates  a 

request  for  photo  lab  processing. 

31.  The  MIPS  operator  requests  a QAF  label  from  MMF  and  receives  the  next 
sequential  label.  He  then  inputs  the  roll  identification  to  the  MIPS 
string  via  a terminal  and  attaches  the  label  to  a fresh  roll  of  film. 

32.  The  MIPS  operator  removes  the  film  roll  from  the  Dlcomed  and  mounts 
the  fresh  roll  of  film. 

33.  The  MIPS  operator  delivers  the  latent  film  to  the  MMF  shipping  area  to 
be  sent  to  the  photo  lab. 

10.4.1  MSS  ARCHIVE  GENERATION  (MAG) 

The  objective  of  MAG  is  to  process  HDT-RMs  through  a variety  of  subprocesses  to 
HDT-AMs.  Since  this  process  is  very  long,  two  segments  have  been  selected  to 
use  as  examples  in  this  document.  They  are  the  first  14  steps  of  the 
initialization  sequence,  and  a section  of  the  sequence  showing  work  orders  in 
finished  state  for  MCCA,  and  work  orders  in  completed  state  for  QAF. 

Minimum  hardware  to  support  MAG  is  listed  below: 
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a. 

b.  6 RP06  Disk  Drives 

c.  Line  Printer 

d.  1 VT100  Terminal 

e.  1 LA36  Terminal 

f.  1 28  Track  High  Density  Recorder 

g.  Time  Code  Translator 

h.  PSDO 

i.  Tape  Search  Unit 

j.  Frequency  Synthesizer 

k.  MDA  Decommutator 

l.  1 Comtal  Image  Display 

m.  Matrix  Switch 

n.  FPS  AP180V 

o.  SPDI 

Feedback  is  required  to  MMF  for  all  process  requests.  An  example  of  the  archive 
generation  feedback  scene  record  Is  included  for  illustration.  It  contains  MCCA 
feedback  Information. 

Scene  Record  Feedback 

There  will  be  one  scene  record  for  each  scene  requested  for  processing  on  the 
process  request.  These  records,  which  appear  immediately  following  the 
corresponding  HDT-R  interval  record,  include  scene  identification,  bands 
available,  cloud  cover  assessments  and  image  quality  assessments  (reference 
Table  10-2). 
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Table  10-2.  Archive  Generation  Process  Request  Feedback 
File  Scene  Record  (Sheet  1 of  3) 


BYTES 

DATA 

DESCRIPTION 

M S 


P 


? 

R 

R 

R 

D 


B 


U M 


RECORD  TYPE  - 


INTERNAL  SCENE  IDENTIFICATION 
M5PPPRRRDDDD 

H ° MISSION  NUMBER  - « « LANDSAT-D 
S - SENSOR  TOPE  5 - LANDSAT-D 

'M*  « MSS  PRIME 

PPP.  “ PATH 
ERR  « ROW 

DDDD  “ DAYS  SINCE  LAUNCH  (0001-9999) 


NASA  SCENE  IDENTIFICATION 
MDDDDHHKMT 

M - MISSION  NUMBER  4«  LANDSAT-D 
5 - LANDSAT-D 

DDDD  - DAYS  SINCE  PRIME 

LAUNCH  (0001-9999) 

HH  - HOURS 

KM  - MINUTES 

T-  TENS  OF  SECONDS 


QUADRANT  CLOUD  COVER  ASSESSMENT 
A.A.  - TENS  OF  PERCENT  OF  CLOUD 
COVER  MANUALLY  ASSESSED 
FOR  QUADRANT  N 


BYTES 


35-40 


Table  10-2.  Archive  Generation  Process  Request  Feedback 
File  Scene  Record  (2  of  3) 
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BATA  DESCRIPTION 


I P 


S X 
X X 


SCENE  ERROR  CODE:IPSXXX 
XXX  - SEQUENCE  NUMBER 
REFERENCE  APPENDIX  A 


41-49 


1 2 


3 4 


B ¥ 


BANDS  AVAILABLE  - SET  TO 
ZERO  WREN  NOT  AVAILABLE 
BYTES  45-49  ARE  BLANK  FILLED  FOR 
SOFTWARE  CONSISTENCY 


¥ ¥ 


50-53 


B \ M 


C Q 


BAND  DATA  - BLANK  IF  BAND  IS  ABSENT 
B • BAND  NUMBER 
M - MODE  'L'  - LINEAR 

'C'  - COMPRESSED 
G = CAIN  'R'  = HIGH 
'L'  - LOW 

Q - QUALITY  (0-9  WHERE  9 IS  RICHEST) 


54-65 


BAND  DATA  FOR  BANDS  2-4  IN  THE  FORMAT 
OF  BYTES 


66-80 


M S 


P P 


P R 


R R 


B T 
X X 


Y Y 


CONTROL  POINT  DATA  (MAXIMUM  20  CONTROL 

POINTS)* 

CONTROL  POINT  1 
IDENTIFIER 

M » MISSION  2 - LANDSAT  2 

3 » LANDSAT  3 

4 - LANDSAT  D 

5 - LANDSAT  D' 

M - MSS 

S - SENSOR 
PPP  • PATH 
RRR  ■ ROW 

B - BAND  1-4 

T ■ TYPE  G ® CCP 

S • SCP 

R - RCP 

L - LS  2/3 

XX  • ZCNE  * 01-25 
W m CPnTTFNCF  UTTHTV  SCTMT 


Table  10-2.  Archive  Generation  Process  Request  Feedback 
File  Scene  Record  (3  of  3) 


BYTES 

DATA 

DESCRIPTION 

-*• 

SI 


□ 


SUCCESS  FLAG- CP  1 
B « ROT  ATTEMPTED 
S • SUCCESSFUL 
C • PAILED  TO  CORRELATE 
F -«  REJECiED  BY  FILLER 
0 - CP  OUTSIDE  SCENE 
E ■ CP  ON  EDCE  OF  NEIGHBORHOOD 
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BLANK  FILL.  RESERVED  FOR 
CORRELATION  PEAK  VALUE  CPI 
.000  - .999 


BLANK  FILL.  RESERVED  FOR  CPI 
PEAK  MINIMUM  CURVATURE 
.000  - .999 


BLANK  TILL.  RESERVFD  FOR 
ALONG  TRACK  RESIDUAL  CPI 
00.0  - 99.9 


BLANK  FILL  RESERVED  FOR 
CROSS  TRACK  RESIDUAL  CPJ 
00.0  - 99.9 


CONTROL  POINT  INFORMATION  FOR  POINTS  2 
THROUGH  20  IN  SAME  FORMAT  AS  BYTES  fS-57. 

* THESE  FIELDS  REPORT  ON  TEE  PERFORMANCE  OF  THE  CONTROL  POINTS  USED  IN 
ARCHIVE  GENERATION.  IF  FEWER  TRAN  20  CONTROL  POINTS  WERE  AVAILABLE 
IN  THE  PROCESS  REQUEST  THE  EXCESS  FIELDS  SPECIFIED  ABOVE  WILL  BE 
BLANK  FILLED. 


B2-85 


86-89 


90-93 


9A-97 


• 

X 

X 

X 

• 

7 

X 

X 

X 

X 

• 

X 

X 

X 

• 

X 

t&-705 
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When  the  scene  data  Is  not  successfully  processed,  an  error  code  will  be 
returned  by  the  MIPS  identifying  the  type  of  error  encountered. 

Procedural  examples  are  given  below. 
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STEP  ACTION 


SYSTEM  RESPONSE 


1 LOG  INTO  THE 
MIPS  OPERATIONAL 
ACCOUNT  AT  THE 
MAIN  TERMINAL. 

2 TYPE  "INIT<CR>" 

3 TYPE  "CA<CR>" 

4 TYPE  "SH<CR>" 

5 TYPE  "EX<CR>" 

6 TYPE  "CH<CR>" 

7 TYPE  "SH<CR>" 

8 TYPE  "EX<CR>" 

9 TYPE  ”ALLOC<CR>" 


10  TYPE  "ALL<CR>" 


MIPS  MAIN  MENU  IS  DISPLAYED. 
MIPS  PROMPTS,  "FUNCTION- 


STRING IS  INITIALIZED,  THE 
MESSAGE  INDICATING  THE 
PROCESS  ID  OP  THE  PCE  IS 
PRINTED  AND  MIPS 
REPROMPTS,  "FUNCTION". 

MIPS  DISPLAYS  CAPABILITIES 
MENU  AND  PROMPTS, 
"CAPABILITIES:" 

MIPS  DISPLAYS  STRING 
CAPABILITIES  AND  REPROMPTS, 
"CAPABILITIES:" 

MIPS  RETURNS  TO  THE  MAIN 
STRING  MENU  AND  PROMPTS, 
"FUNCTION" 

MIPS  DISPLAYS  STRING 
CHARACTERISTICS  AND  PROMPTS, 
"FACKAGE  OPERATION" 

CURRENT  PACKAGE  SETTINGS  ARE 
DISPLAYED  AND  MIPS  REPROMPTS, 
"PACXAGE  OPERATION:". 

MIPS  RETURNS  TO  MAIN  CONTROL 
MENU  AND  PROMPTS  "FUNCTION”. 

MIPS  TYPES  IMAGE  DISK 
ALLOCATION  DISPLAY  AND  PROMPTS 
"PSK: ENTER  (ALL  OR  PKG  NAME):" 

CURRENT  DISK  ALLOCATIONS  FOR 
ALL  MIPS  PACKAGES  ARE  DISPLAYED 
MIPS  RETURNS  TO  MAIN  CONTROL 
LEVEL  AND  PROMPTS,  "FUNCTION". 
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FIGURE  10-10 


FIGURE  10-11 
FIGURE  10-12 

FIGURE  10-13 
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Figure  10-10,  MIPS  Command  Menu 
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Figure  10-11.  Set  Capabilities  Menu 
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Figure  10-12.  String  Capabilities 
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Figure  10-13.  Set  Package  Characteristics  Menu 
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Figure  10-14,  Package  Operation  Display 
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STEP 

ACTION 

SYSTEM  RESPONSE 

COMMENTS 

11 

TYPE  “ATTN  CCP 
ALLOC  MAC 

DISKAAAAAAAAAAAA<CR>" 

ATTENTION  SAYS  MESSAGE  WAS 
RECEIVED  AND  SPECIFIED  IMAGE 
DISK  IS  ALLOCATED  TO  MAG 

12 

TYPE  “ATTN  CCP 
ALLOC  MAG 

DISKCCCCCCCCCCCC<CR>" 

ATTENTION  SAYS  MESSAGE  WAS 
RECEIVED  AND  SPECIFIED  IMAGE 
DISK  IS  ALLOCATED  TO  MAG 

13 

TYPE  "ATTN  CCP 
ALLOC  MAG 

D1SKBBBBBBBBBB6B<CR>“ 

ATTENTION  SAYS  MESSAGE  WAS 
RECEIVED  AND  SPECIFIED  IMAGE 
DISK  IS  ALLOCATED  TO  MAG 

14 

TYPE  "ATTN  CCP 
ALLOC  PEP 

PEPGAAAAAAAAAAAA<CR>" 

ATTENTION  SAYS  MESSAGE  WAS 
RECEIVED  AND  SPECIFIED  IMAGE 
DISK  IS  ALLOCATED  TO  PEPG 

204 

TYPE  “MAG<CR>" 

MIPS  DISPLAYS  MAG  STATUS 
AND  REPROMPTS,  "STATUS>" 

FIGURE  10-15 

205 

TYPE  "EX<CR>" 

CONTROL  RETURNS  TO  MAIN  COMMAND 
LEVEL  AND  MIPS  PROMPTS, 
“FUNCTION:". 

INGEST  COMPLETES  AND  HCS  SENDS 
A TAPE  DISMOUNT  MESSAGE  TO  LAO: 

206 

TYPE  “ATTN  MAG  PAUSE" 

WHEN  OUTPUT  PHASE  INITIATED 

207 

MOUNT  AN  HDT-AM 

208 

TYPE  "ATTN  NCS 

MOUNT  HDT-AM  FOR  MP81 3020001 
L4MHA8130303<CR>" 

AND  MIP813030001 

209 

TYPE  "DMS" 

SET  UP  MATRIX  SWITCH 
WORK  AROUND 

210 

TYPE  “R  MSEXER" 

RUN  MATRIX  SWITCH  EXERCISER 

211 

TYPE  "DV  MSAO : " 

SPECIFY  DEVICE  ID 

212 

TYPE  "SW  6,2" 

SWITCH  PS DO  TO  CHANNEL  2 

213 

TYPE  "SW  6,3“ 

SWITCH  PS DO  TO  CHANNEL  3 
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Figure  10-1?.  MAG  Package  Status  Display 
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STEP 

ACTION 

SYSTEM  RESPONSE 

COMMENTS 

214 

TYPE 

"SW  6,4" 

SWITCH  P3DO  TO  CHANNEL  4 

215 

TYPE 

"SW  6,5" 

SWITCH  PSDO  TO  CHANNEL  5 

216 

TYPE 

"SW  1,6" 

SWITCH  HDDR  TO  SPDI 

217 

TYPE 

"EX" 

EXIT  EXERCISER 

218 

TYPE 

"ATTN  MAG  RESUME" 

MAG  RESUMES 

219 

TYPE 

"FM<CR>" 

DISMOUNT  FILM  ROLL.  FMOUNT 
PROMPTS" 

220 

TYPE 

"YES<CR>" 

FMOUNT  WRITES  AN  END  OF  FILM  ROLL 
FRAME  AND  PRODUCES  A FEEDBACK 
DIRECTORY  FOR  THE  CCP.  FMOUNT 
THEN  REPROMPTS,  "FM>" 

221 

TYPE 

"\EX<CR>" 

FMOUNT  EXITS  THE  SYSTEM  AND 
MIPS  REPROMPTS,  "FUNCTION:" 

222 

TYPE 

"DMU<CR>" 

DMU  IS  ACTIVATED  AND  ITS  MENU 
IS  DISPLAYED.  DMU  PROMPTS, 

NntiffV  *• 

unvs 

FIGURE 

1C-16 

223 

TYPE 

"WOTO<CR>" 

WORKORDER  TOTALS,  FOR  ALL 
PACKAGES,  ARE  DISPLAYED.  DMU 
REPROMPTS,  "DMU>" 

FIGURE 

10-17 

224 

TYPE 

"READ  MAG<CR>" 

DMU  DISPLAYS  MAG  WORK  ORDERS  IN 
THE  READY  STATE  AND  REPROMPTS, 
"DMU>" 

FIGURE 

10-18 

225 

TYPE 

"HSET<CR>" 

DMU  PROMPTS,  "DMU-"ENTER  LINE 
NUMBER  (l  TO  3)  DIGITS:" 

226 

TYPE 

"1<CR>" 

DMU  MOVES  THE  WORKORDER  TO  THE 
HOLD  QUEUE  AND  PROMPTS,  "DMU>" 

227 

TYPE 

"HOLD  MAG<CR>" 

DMU  DISPLAYS  MAG  WORKORDERS  IN 
HOLD  STATE  AND  REPROMPTS, 

FIGURE 

10-19 

"DMU>" 
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Figure  10-16.  DMU  Command  Summary 
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Figure  10-17,  Work  Order  Summary 
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Figure  10-18.  MAG  Work  Orders  Ready  Display 
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Figure  10-19.  MAC  Work  Orders  in  Hold  Display 


STEP 

229 

230 

231 

232 

233 

234 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


ACTION 


SYSTEM  RESPONSE 


TYPE  "FINI  HAC<CR>" 

TYPE  “FINI  MCA<CR>“ 

TYPE  “COMP  QAF<CR>" 

TYPE  "EX<CR>“ 
DISMOUNT  KDT-AM 
TYPE  “ATTN  HCS  YES“ 


DMU  DISPLAYS  MAG  WORKORDERS  IN 
FINISHED  STATE  AND  REPROMPTS, 
“DMU>“ 

DMU  DISPLAYS  MCCA  WORKORDERS  IN 
FINISHED  STATE  AND  REPROMPTS, 
“DMU>" 

DMU  DISPLAYS  QAF  WORKORDERS  IN 
FINISHED  STATE  AND  REPROMPTS, 
“DMU>" 

MIPS  PROMPTS,  "FUNCTION:" 


DISMOUNTS  HDT-AM  FOR  MIP81302000I 
AND  MI P8 13030001 


81SDS4232 
Revision  A 
16  July  1982 

COM MEN iS 
FIGURE  10-20 

FICURE  10-21 

FIGURE  10-22 
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Figure  10-20.  MAG  Work  Orders  Finished  Display 
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Figure  10-21,  MCA  Work  Orders  Flhlrhed  Display 
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Figure  10-22.  QAF  Work  Orders  Complete  Display 


81SDS4232 
Revision  A 
16  July  1982 


10.4.2  MANUAL  CLOUD  COVER  ASSESSMENT  (MCCA) 

Concurrently  with  the  MAG  activities  the  MCCA  task  Is  being  performed.  This 
example  Is  a detailed  sequence  of  a single  work  order  being  processed.  The 
subsampled  scenes  are  displayed  for  operator  interaction  to  assess  cloud  cover, 
accumulate  scores  on  a quadrant  basis  and  produce  a processing  summary  report 
when  assessment  Is  complete. 

MSS  Band  2 Is  the  nominal  band  for  assessment  of  cloud  cover.  Two  bands  are 
available  with  selection  possible  by  cloud  cover  analyst.  Band  1 is  desirable 
as  a back  up  band. 

Minimum  hardware  to  support  MCCA  is  listed  below: 

a.  VAX  11/780  with  1 megabyte  of  memory 

b.  One  175-mbyte  disk 

c.  LA36  terminal  (system  console) 

d.  Comtal  Image  Display  terminal 

e.  VT100  terminal. 

Procedure  examples  are  given  below. 
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STEP 

1 

2 

3 

4 
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MCCA-1  TEST  1 - DISPLAY  AND  SCORING  PROCEDURES 


ACTION 

SYSTEM  RESPONSE 

COMMENTS 

Activate  the  test 
CCP  program  and  the 
test  LOCCER. 

Normally,  the  CCP  and  logger 
will  be  executing  already . 
This  is  the  activation 
of  the  test  CCP  and 
test  logger. 

Log  on  to  system  String  control  menu 
under  “MIPS"  account  illustrated  in  Figure  10-23 
at  the  operator's  is  displayed,  and  the 
terminal.  “FUNCTION"  prompt  is  Issued. 


Type  "8  (C/R)“  The  MCCA  process  is 

activated  and  the  prompt 
"MCA-Please  enter  your 
name>“  is  issued. 


Type  “JOEL  MASH8AUM  The  MCCA  process  creates 
(C/R)“  mailboxes  required  to 

communicate  with  the 
logger  and  CCP.  MCCA 
sends  a PKG  start 
handshake  message  to 
the  CCP,  and  waits  for 
the  CCP  response. 


At  the  CCP  terminal.  The  CCP  reads  the 
type  “C0(C/R)“  start  handshake  message 

from  the  MCCA  process  and 
sends  a response  to 
MCCA.  At  the  CCP  terminal, 
the  following  is  printed: 
"BOTH  MAILBOXES  ACTIVE" 
"START  HANDSHAKE" 

At  the  MCCA  operator 
terminal,  the  MCCA 
command  menu  (Figure  10-24) 
is  displayed  and  the  "MCA>“ 
prompt  is  Issued. 


At  the  operator's 
terminal,  type 
“ASSN(C/R) " 


The  following  prompt  is 
displayed  "MCA  - Which 
device  (1,2)?>" 
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Figure  10-23.  String  Control  Menu 
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****  Manual  Cloud  Cover  Assessment  **** 
Version  MCA001 
Main  Menu 


FUNCTION 

DESCRIPTION 

ASSN 

Assign  Costal 

* NEXT 

Get  Next  Work  Order 

LIST 

List  Work  Order 

SCOR 

Begin  Scoring 

HELP 

Display  This  Menu 

EXIT 

Clcsa  Out  this  Work  Order  and  Exit  MCCA 

MCA> 


Figure  10-24.  MCCA  Main  Menu 
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MCCA-1  TEST  1 - DISPLAY  AND  SCORING  PROCEDURES 


ACTION 


SYSTEM  RESPONSE 


COMMENTS 


Type  ”1(C/R) ” 


Type  "NEXT(C/R)* 


A channel  Is  assigned  to 
Comtal  Unit  tfl  and  the 
"MCA>"  command  prompt  Is 
re-lssued. 

The  MCCA  process  requests 
a work  order  from  the  CCP 
via  mailbox  message.  The 
test  PCE  receives  the  message 
and  outputs  the  following 
at  its  terminal:  “W.O. 

Request”  *'W.O.  present? 

(1  - yea,  0 - no)>" 


At  the  CCP  terminal , The  test  PCE  outputs  the 
type  ”1(C/R)”  following  prompt 

"Select  WOS  name 

-1-  MCAOOl.WOS 

-2-  MCA002.W0S 

-3-  MCA003.W0S 

<CR>  Enter  another  name 

Selection>" 


Normally  this  hand- 
shake happens  without 
operator  interaction 


At  the  CCP  terminal,  The  test  PCE  provides  a work 
type  ”1(C/R)"  order  message  to  the  MCCA 

process.  The  MCCA  process  then 
accesses  the  WOS  file, 
creates  a scratch  file  (CCA), 
and  issues  the  "MCA>”  prompt. 


At  the  operator's 
terminal,  type 
”LIST(C/R) " 


Type  ”SCOR(C/R)’ 


Type  "1  (C/R)’ 


The  MCCA  process  produces  the 
work  order  summary  display 
illustrated  In  Figure  10-25, 
and  Issues  the  "MCA>"  prompt. 

The  MCCA  process  will  Issue 
the  following  prompt  "MCA- 
Speclfy  scene  number  (<CR>«* 
next  un8cored)>" 

The  subsampled  image  file  and 
RLUT  file  are  accessed.  The 
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ORIGINAL  PAGE  IS 

****  MCCA  Work  Order  Summary  ****  OP  POOR  QUALITY 
HDT-RM:  L4MMR81 30907 


SCENE  INTERNAL  MSS  SCORE  1 SCORE  2 SCORE  3 SCORE  4 

NO.  SCENE  ID  BANDS  (X)  (X)  (X)  (X) 


1 

4M101 1020105 

1,2 

NA 

NA 

NA 

NA 

2 

4M1011030105 

1,2 

NA 

NA 

NA 

NA 

NA  ■ Not  assessed 
There  are  0 scenes  assessed. 

MCA> 


Figure  10-25.  Work  Order  Summary 
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MCCA-1  TEST  1 - DISPLAY  AND  SCORING  PROCEDURES 


STEP  ACTION 


SYSTEM  RESPONSE 


entire  image  is  read, 
corrected  and  displayed. 

The  image  is  then  annotated. 
Figure  10-26  illustrates  the 
content  and  format  of  the 
annotation  data.  Once  the 
image  is  displayed,  the 
following  prompt  is  Issued: 
"MCA  - Enter  score  for 
quadrant  1 (NA  “ no  assess, 

C ■ Chg  band,  <CR>  - skip 
quad)>“ 


14  Type  "0(C/R)' 


The  cloud  cover  score 
is  displayed  on  the  Comtal 
above  the  quadrant  (see 
Figure  10-27) 


15  Repeat  step  14  for 
each  of  the  remain- 
ing 3 quadrants 
entering  10,  20,30. 
Once  the  last  quad- 
rant Is  scored  the 
following  occurs: 


The  MCCA  process  displays 
the  following  prompt:  "MCA 
Specify  scene  number  (<CR> 
next  unscored)>" 


16  Type  "(C/R)“  The  MCCA  process  displays  the 

Time  the  duration  next  image  as  described  in 
from  the  entering  of  step  4.  The  message  "MCA  - 
(C/R)  and  the  Scene  2 Selected"  is  printed  to 

output  of  the  score  Indicate  the  scene  displayed, 
prompt.  It  should  Next,  the  following  prompt 
be  <8  seconds.  is  issued.  "MCA  - Enter  score 

for  quadrant  1 (NA  - no  assess 
C • chg  band,  <CR>  ■ skip 
quad)>" 


17  Type  “C(C/R)"  The  MCCA  process  accesses  the 

subsampled  image  file  to  read 
and  display  the  alternate 
MSS  image  for  this  scene.  It 
then  prompts  with  "MCA  - Enter 


COMMENTS 


SDS4232 


10-54 


10-55 


Figure  10-26.  Comtal  Display  Screen  Format 
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Figure  10-27.  Comtal  Display  Screen  Format 


STEP 

18 

19 

20 
21 

22 

23 
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MCCA-1  TEST  1 - DISPLAY  AND  SCORING  PROCEDURES 
ACTION  SYSTEM  RESPONSE 


score  for  quadrant  1 (NA  - no 
assess,  C - chg  band,  <CR>  ■ 
skip  quad)>" 

Type  "20  (C/R)"  The  cloud  cover  score  of  20 

Time  the  duration  is  displayed  on  the  Comtal 

from  entering  (C/R)  above  the  first  quadrant, 
to  the  issuance  of 
the  next  prompt. 

It  should  be  <5 
seconds. 

Repeat  step  18  for  The  MCCA  process  displays  the  See 
each  of  the  re-  following  prompt:  "MCA  - 

maining  3 quad-  Specify  scene  number  (<CR>  « 

rants  entering  44,  next  unscored)>" 

55,  66.  Once  the 
last  quadrant  Is 
scored  the  following 
occurs: 


Type  "\(C/R)“ 
Type  "LISN(C/R)“ 


Type  "HELP" 


Type  "LIST  (C/R)" 


This  returns  to  the  "MCA>" 
prompt. 

The  MCCA  S/W  determines 
this  is  an  Illegal 
function,  outputs  the 
following  message: 
"MCCA-ILLEGAL  FUNCTION, 

TRY  AGAIN")  and  re-issues 
the  "MCA>"  prompt. 

The  MCCA  command  menu 
is  displayed  (see 
Figure  10-24). 

A work  order  summary  is 
displayed  at  the  user's 
terminal  (Figure  10-29)  and 
then  the  "MCA>"  prompt. 
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Figure  10-28 
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»***  MCCA  WORK  ORDER  SUMMARY  **** 
HDT-RM:  L4MMR81 30907 


SCENE 

NO. 

INTERNAL 
SCENE  ID 

MSS 

BANDS 

SCORE  1 
(2) 

SCORE  2 
(2) 

SCORE  3 
(2) 

SCORE  4 
(2) 

1 

4M1011020105 

1,2 

0 

10 

20 

30 

3 

4M1011030105 

1.2 

20 

44 

55 

66 

NA  “ Not  assessed 


There  are  2 scenes  assessed. 
MCA> 
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Figure  10-29.  Work  Order  Summary 
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24  Type  "EXIT  (C/R)"  MCCA  returns  the  scoring 

information  to  the  work  order 
set  and  then  prompts  "MCA  - 
What  should  this  work  order  be 
marked?  (C)  complete,  (I) 
incomplete>' 

25  Type  “C  (C/R)"  A Processing  Summary  Report 

(see  Figure  10-30)  is  written 
on  the  line  printer  and  the 
CCA,  R/C  data  and  subsampled 
image  data  files  are  deleted 
A W.O.  completion  notification 
is  sent  to  the  CCP.  CCP 
displays  "W.O.  complete"  in 
response.  Before  MCCA  exits 
it  sends  a package  termination 
message  to  CCP.  At  the  CCP 
terminal,  the  following 
message  is  printed: 

"PACKAGE  TERMINATION" 

At  the  operator  terminal, 
the  "FUNCTION"  prompt 
is  re-issusd. 

26  Type  ”EX(C/R)"  The  process  is  terminated 

and  the  VMS  logout 
message  is  printed. 
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10.4.3  QUALITY  ASSURANCE  FILM  GENERATION  (QAFG) 

All  scenes  selected  for  archive  generation  will  have  one  band  exposed  on  70  mm 
film.  The  radiometrically  corrected  data  will  be  further  corrected 
geometrically  for  earth  rotation.  QAFG  tasks  can  be  accomplished  concurrently 
with  MAG  or  separately,  if  necessary. 


Minimum  hardware  to  support  QAFG  is  listed  below: 

a.  VAX  11/780  with  2 megabyte  of  memory 

b.  Three  176  megabyte  disks 

1.  1 System  disk  where  VMS  operating  system  resides 

2.  1 user  disk  where  all  QAF  software  resides 

3.  1 image  data  disk 

r - LA36  terminal  (system  console) 

d.  Dicomed  film  recorder 

e.  One  VT100  video  terminal 

f.  One  line  printer. 


A typical  sequence  for  normal  processing  is  as  follows. 
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STEP  OPERATOR  ACTION  SYSTEM  RESPONSE 


COMMENTS 


1 On  the  MIPS  terminal, 
LOGIN  to  the  MIPS 
account 


2 TYPE  "IN  (C/R)" 


3 TYPE  "FM  (C/R)" 


4 Type  in  film  roll  ID 
“L4ZQR8 122303 (C/R)" 


VMS  will  respond  with 
"Welcome  to  VAX/VMS 
V2.2  on  Node  _MIPS2: 

The  MIPS  command  menu 
is  shown  in  Figure 
10-31.  The  prompt 
"FUNCTION:"  will  be 
displayed. 

The  CCP  and  LOGGER  will 
be  activated  and  the 
following  message  is  typed: 
"2RUN-S-PROC-ID" , 
identification  of  created 
process  is  the  process 
ID  assigned  by  VMS. 

The  message  "CCPPCE 
PACKAGE  CONTROL  EXECU- 
TIVE IS  ACTIVATED  W0ID-" 
is  sent  to  the  system 
console.  The  prompt 
"FUNCTION:"  is  displayed. 

The  film  mount  utility 
is  activated  and 
displays  the  version 
number  and  link  date 
at  the  operator's  termi- 
nal and  at  the  system 
console.  The  message 
"FMNT-ENTER  FILM  ROLL 
ID  (KNSFTYYDDDXX) : ” 
is  displayed. 

FMOUNT  recognizes  the 
ID  specified  is  invalid 
(the  character  "7.")  and 
issues  the  following 
error  message: 

"FMNT  - FIELD  3 OF  FILM 
ROLL  IS  INVALID".  "FMNT 
- ENTER  FILM  ROLL  ID 
(MNSFTYYDDDSS) : " 
prompt  is  issued. 
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QAF  test  l Normal  Processing 
STEP  OPERATOR  ACTION  SYSTEM  RESPONSE 


5 Type  In  film  roll  ID 
"L4MQR8122303(C/R)“ 


6 Type  In  number  of 
frames  "20(C/R)" 


7 Type  "DMU  (C/R)" 


8 Type  "DISP  (C/R)" 


9 Type  "WOTO  (C/R)" 


FMOUNT  issues  the 
prompt:  "FMNT-ENTER 

EXPECTED  NUMBER  OF 
FRAMES:" 

FMOUNT  s tart 8 writing 
the  film  roll  ID  while 
displaying:  "FMNT  - 

WRITING  ROLL  ID...." 
and  then  writing  test 
pattern  with  the  message 
"FMNT  - WRITING  TEST 

PATTERN  FRAME 

At  the  end  of  writing 
test  pattern,  FMOUNT 
displays  the  messages: 
"FMNT  - DICOMED  MOUNTED 
FOR  FILM  ROLL  ID: 
L4MQR8I22303"  and 
"FMNT  - FILM  MOUNT 
UTILITY  COMPLETE." 

The  "FUNCTION:"  prompt 
is  issued. 

The  DMU  command  summary 
is  displayed,  Figure 
10-32.  The  prompt 
"DMU>"  is  issued  on  the 
terminal. 

The  display  menu  of  DMU 
is  listed  on  the  terminal 
Figure  10-33.  The  “DMU>" 
prompt  Is  issued. 

DMU  creates  a display  of 
the  work  orders  In  the 
string.  Figure  10-34 
illustrates  the  format. 
The  "DMU>"  prompt  is 
issued. 
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COMMENTS 


This  is  an  estimated 
number  of  frames  on 
the  roll. 


It  should  take  about 
2 mlnutee  to  write 
each  frame. 


MNFSTYYDDDXX 
is  echoed  as  entered 
in  step  2. 
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Figure  10-32.  DMU  Command  Summary  Table 


DISPLAY  A SimiAPir  or  <ADTIVn  (P)ROCrsn  (R)FmiF.r.TS 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


**  cc 
c o 
o-  • 
— ro 

i ** 


u 

c 

L.' 

3 

•c 

l: 

3 

3 

-C 

c 

c c 

u 

U.' 

c 

3 

3 

c 

Ll'C 

li 

3 

3 

w 

oc 

LJ 

C 

c 

r “ 

C Z 

c 

3 

I 

u. 

3 

cjc 

c c 

3 

<1 

CL 

c 

CC 

u. 

u_ 

CC 

3 

c 

cc 

3 

3 

c 

C£ 

c 

c 

c 

U." 

u. 

u. 

Cc  c 

Cl' 

3 

C a. 

Cl 

h- 

CO 

L. 

1- 

C C 

Q. 

LC 

c 

k— 

V- 

c 

3‘  r— 

*- 

CO 

CO 

3 

t-C 

CO 

w 

<•» 

Cr 

Cc 

c 

‘-CO 

3 

u- 

L.' 

3 

H- 

uc 

c 

Li 

3 

3 

in 

w 

>- 

k-* 



C“ 

3' 

U? 

<•* 

£ 

, 

U; 

c 3 

1- 

3 

3 

t- 

_c 

cc 

£ 

X. 

X 

Li 

c 

W — : 

c 

3 

i; 

k— 

3 3 

3 

3 

3 

c 

cc 

CO 

w>  -w 

s-^ 

■w 

** 

£ 

w* 

£ 

u: 

zz 

«_ 

~ 

00 

Ll 

H 

►— 1 

►-* 

** 

co 

cl 

u 

cn 

fff(* 

CO 

CO 

co 

3 

U 

. 

CC  — 

■*•* 

3 

3 

w 

3 — 

Li 

3 

c 

u 

3 3 

w 

3 

3 

cc  3 

CC 

CC 

CL 

£ 

Cu 

cz 

w 

c 

3 

3 

w 

cc 

Li 

c 

3 

!C 

• / 

3 

LLi 

cc  Cc 

C£ 

w> 

kJL 

3 

H* 

2 3 

3 

3 

3* 

P _ 

> 

V 

> >- 

V 

> 

> 

V ? 

c 

c 

c c 

c 

c 

c 

c d. 

1 — ’ 

3 

3 

3 

3 

_ J 

u> 

L. 

w Li. 

Li. 

L_ 

Ll.  ?“ 

on 

CO 

CO  CO 

3 

t~. 

3 *-f 

►- 

►— 

*-t  f* 

»— 

*— » 

*— 

^ X 

s 

(3 

Ct 

3 

kM  3 

ir 


£ 


C 

z 


cc 


z 


■ itccc;i-u- 

■ — . _a  •—  — C ll  £ Z 

i if  z c -j.  c c >- 


10-67 


Figure  10-33.  Display  Menu  of  DMU 
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Figure  10-34.  Work  Order  Summary 
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STEP  OPERATOR  ACTION  SYSTEM  RESPONSE  COMMENTS 


10  Type  "READ  QAFCC/R )" 


11  Type  “HSET  3(C/R) 


12  Type  “WOTO  (C/R)" 


13  Type  "EXIT  (C/R) 


14  Type  "HELP  (C/R)" 

15  Type  "QAF  (C/R)" 


16  Type  "ST  (C/R) 


The  work  orders  ready  for 
QAF  are  displayed.  Figure 
10-35.  At  this  point  we 
wish  to  move  work  order 
“MIP81282L003QAF01"  to 
hold  state.  The  "DMU>" 
prompt  is  Issued. 

DMU  work  order 
MIP81282L003QAF01 
state  is  changed  to 

HOLD".  "DMU>" 

prompt  Is  issued. 

Display  shows  work 
order  MIP81282L003QAF01 
is  now  in  hold  state. 

"DMU>"  prompt  is  issued. 

To  exit  DMU  process. 

"DMU  TERMINATION  is  dis- 
played and  the  "FUNCTION: “ 
prompt  is  issued. 

Display  MIPS  main  menu. 

"FUNCTION:"  prompt  is 
issued. 

QAF  begins  processing 
work  order 
MIP81282L001QAF01. 

"FUNCTION:"  prompt  is 
issued.  At  the  operator 
console,  messages:  "QAF 

PROCESSING  ACTIVATED"  and 
"QFFILM  ACTIVATED"  are 
displayed . 

The  status  display  While  in  this  mode 

command  menu  appears  on  QAF  status  can  be 
the  screen.  Figure  checked  periodically. 

10-36.  The  "STATUS>" 
prompt  is  Issued. 
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Figure  10-35.  QAF  Work  Orders  in  Ready  State  Display 
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Figure  10-36.  Status  Display  Command  Menu 
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STEP  OPERATOR  ACTION  SYSTEM  RESPONSE 


COMMENTS 


17  Type  "QAF  (C/R)"  The  current  status  of 

QAF  is  displayed,  Figure 
10-37.  The  "STATUS>"  prompt 
is  issued. 


18  Type  "EXIT  (C/R)"  To  exit  the  status 

process.  The  "FUNCTION:" 
prompt  is  issued. 

19  Type  "ATTN  QAF  PAUSE  This  command  causes  Repeat  steps  15-17  to 

QAF  to  send  "MESSAGE  to  show  paused  state 

RECEIVED"  to  terminal  in  QAF  status, 
and  send  a message  to 
the  operator' 8 console, 

"QAFQFM  1059...  QAF  PAUSING 
BY  OPERATOR...  W0ID«MIP81 
XXXXXXXXQAFO 1 " 

Followed  with  "QAFQFM  1097 
QAF  WILL  PAUSE  AT 
COMPLETION  OF  CURRENT 
SCENE  WO ID  - 
MI P8 1XXXXXXXQ AF01 " . The 
"FUNCTION:"  prompt  is 
issued.  Wait  for  "...QAF  is 
PAUSED..."  message  and  then 

This  command  resumes  QAF 
processing  when  the 
process  is  in  paused  state. 

The  message  "MESSAGE 
RECEIVED"  is  output  to 
terminal  and  message 
"...QAF  RESUMED..."  is 
output  to  the  operator 
console.  The  "FUNCTION:" 
prompt  is  issued. 

When  QAF  processing 
completes  processing  all 
available  work  orders  in 
the  ready  queue,  termination 
messages  are  output  to  the 
operator's  console  and  QAF 
exits  the  system, 

Figure  10-38. 


20  Type  "ATTN  QAF  RESUME 
(C/R)" 
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Figure  10-37.  QAF  Package  Status  Display 
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STEP  OPERATOR  ACTION  SYSTEM  RESPONSE 


COMMENTS 


21  Type  "FM  (C/R) 


22  Type  "Y  (C/R) 


23  Type  "\EX  (C/R) 


END  OF  TEST  1 


This  command  activates 
the  FMOL'NT  utility.  The 
message  "FMNT  - VERSION: 

LINK 

DATE : XXXXXX"  and  "FMNT  - 
FILM  ROLL  L4MQR8122303 
CURRENTLY  MOUNTED, 
DISMOUNT?  <Y/N>" 

The  end  of  roll  QA  test 
pattern  Is  written,  the  l 
messages  "FMNT  - WRITING  i 
TEST  PATTERN  FRAME..." 
and  "FMNT  - NEW  ROLL  i 

DIRECTORY  FILE  CREATED"  I 

are  output  to  the  system 
console  and  terminal. 

The  prompt  "FMNT  - ENTER 
FILM  ROLL  ID 
(MNFSFTYYDDDXX) : “ 
is  issued. 

This  causes  FMOUNT  to 
exit  without  requesting 
mount  Information.  The 
message  "FMNT  - FILM  MOUNT 
UTILITY  COMPLETE"  and 
"FUNCTION: " prompt  are 
issued. 


The  fllmm  roll  dir. 
file  is  copied  to  a 
feedback  file 
"QAFXXX.DAT"  and 
notification  Is  sent  to 
the  CCP. 
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10.5  OPERATIONS  SUPPORT 
10.5.1  ERROR  HANDLING  CONCEPTS 

This  paragraph  states  the  error  handling  concepts  that  are  used  throughout  MIPS 
software.  It  establishes  the  criteria  that  will  be  used  to  classify  errors  and 
to  determine  the  appropriate  error  responses.  These  responses  include: 

a.  Notification  of  the  operator 

b.  Operator  actions  based  on  error  notification 

c.  Special  messages  sent  to  the  log 

d.  Retry  of  the  operation  where  the  error  was  detected 

e.  Termination  of  current  work 

f.  Entering  error  codes  into  MIPS  process  request  feedback. 

Error  messages  are  logged  and  contain,  at  a minimum,  the  time  the  error  is 
detected,  identification  of  the  software  component  detecting  the  error,  a six- 
digit  error  code  uniquely  identifying  the  error,  and  a 60-byte  character  string 
describing  the  error  detected  ( see  Table  10-3). 

Severity  of  Errors 

All  errors  are  classified  into  exactly  one  of  four  types: 

a.  Non-fatal,  no  operator  notification  required 

b.  Non-fatal,  operator  notification  required 

c.  Non-fatal,  operator  intervention  required 

d.  Fatal  errors. 
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Noil-fatal  Errors , No  Operator  Notification  Required 

a.  Non-fatal  errors  consist  of  the  following  types  of  errors: 

1.  Missing  or  partial  data 

2.  Anomalous  data 

3.  Interface  faults  (e.g.,  improper  process  request) 

b.  Recover  from  non-fatal  errors  automatically  and  proceed  in  a timely 
manner. 

c.  As  much  computed  data  as  possible  is  retained  when  non-fatal  errors 
occur. 

d.  When  it  is  available  .or  required,  nominal  data  are  substituted  for 
missing,  partial  or  anomalous  data. 

e.  To  the  extent  possible,  non-fatal  errors  are  detected  before  operator 
intervention  is  required  and  recovery  shall  be  effective  and 
appropriate. 

f.  System  software  supports  automatic  retry  of  standard  device  (disk, 
CCT,  etc.)  I/O. 

Non-fatal,  Operator  Notification  Required 

a.  Non-fatal  errors  requiring  operator  notification,  but  no  operator 
action  consist  of  the  following  types  of  errors: 

1.  ECC  error  thresholds  exceeded 

2.  Data  error  thresholds  exceeded 

b.  Recovery  from  this  type  of  error  is  automatic  and  proceeds  in  a timely 
manner.  The  software  does  not  require  operator  response. 
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c.  The  operator  is  notified  via  a logged  message  sent  to  the  hard  copy 
terminal.  Follow-up  messages  are  sent  to  the  operator  when  the  number 
of  occurrences  of  the  error  is  a multiple  of  the  error  threshold. 

Non-Fatal,  Operator  Intervention  Required 

a.  Non-fatal  errors  that  require  operator  Intervention  consist  of  the 
following: 

1.  Invalid  or  incorrect  operator  type-in 

2.  Improperly  configured  hardware  - device  offline^  wrong  tape 
mounted,  etc. 

3.  HDT  positioning  errors 

b.  Operator  intervention  is  limited  to  the  following: 

1.  Re-entry  of  invalid  or  incorrect  type-in.  The  operator  shall  not 
enter  nominal  or  default  values  to  be  used  in  the  event  of 
problems  with  other  data  sources. 

2.  Correction  of  hardware  problems,  or  HDT  positioning  problems  in 
an  offline  mode. 

3.  Notification  to  software  when  offline  corrections  are  complete. 

c.  The  operator  is  given  the  following  options: 

1.  Retry  the  current  processing  that  resulted  in  the  error  after 
fixing  the  cause 

2.  Continue  the  current  process  ignoring  the  error 

3.  Skip  the  current  unit  of  work  and  proceed  to  the  next 

4.  Indicate  that  the  current  unit  of  work  has  failed  and  proceed  to 
the  next 
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5.  Terminate  the  current  process  in  lieu  of  correcting  the  problem. 

d.  Software  is  written  in  such  a way  that  non-fatal  errors,  requiring 

operator  intervention,  can  be  detected  and  corrected  before 

significant  processing  has  begun.  This  is  accomplished  by: 

1.  Early  validation  of  operator  type-ins 

2.  Early  validation  of  external  inputs  such  as  disk  files, 

mailboxes,  etc. 

3.  Early  validation  that  hardware  configuration  meets  the  needs  of 
the  processing  to  be  performed. 

This  applies  to  the  subsystem  as  a whole  and  to  individual  programs. 

e.  Recovery  shall  be  effective  and  appropriate  to  the  problem. 

fatal  Errors 

a.  Fatal  errors  consist  of: 

1.  Detected  system  H/W  or  S/W  faults  during  active  processing 

2.  Internal  logic  faults,  including:  recursive  faults,  unexpected 

or  unidentifiable  states,  or  unrecoverable  conditions. 

b.  All  or  part  of  the  system  (as  appropriate)  shall  be  orderly  terminated 

when  a fatal  error  occurs.  This  process  shall  be  as  automated  as 

possible  with  operator  intervention  minimized. 

c.  In  the  event  of  a fatal  error,  currently  active  data  shall  be 

considered  corrupted  and  shall  not  be  propagated. 
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10.5.2  OPERATOR  NOTIFICATION  AND  LOGGING 
Non-Patal  Errors , No  Operator  Notification  Required 

To  assist  in  problem  isolation,  details  of  the  faulty  condition  are  accumulated 
and  recorded  as  part  of  normal  processing  status,  process  request  feedback, 
and/or  QA  feedback,  whichever  are  appropriate.  Non-fatal  error  messages  are  not 
logged  on  the  operator's  console  nor  logged  by  the  logger. 

Non-Fa tal  Errors,  Operator  Notification  Required 

To  assist  the  operator  in  isolating  easily  correctable  non-fatal  errors  (e.g., 
dirty  HDDR  record  heads)  or  non-fatal  errors  that  might  result  in  considerable 
rework  if  left  uncorrected,  messages  are  logged  on  the  operator's  console  and  in 
the  log  file.  These  messages  are  sent  every  time  error  counts  reach  non-zero 
multiples  of  the  error  count  thresholds  maintained  in  the  MIPS  parameters. 

To  assist  QA  in  problem  isolation  and  detection,  accumulated  ECO  and  other  error 
counts  are  recorded  as  part  of  normal  processing  status,  process  request 
feedback,  and/or  QA  feedback,  whichever  are  appropriate. 

Non-Fatal  Errors , Operator  Direction  Required 

During  the  recovery  process,  sufficient  information  is  reported  to  the  operator 
to  allow  accurate  assessment  of  the  situation. 

Operator  recoverable  errors  are  only  recorded  by  the  operator  when  entering 
appropriate  comments  into  the  log  that  describe  offline  procedures  performed. 
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Fatal  Errors 

Error  condition  codes  and  error  context  are  logged  on  the  operator's  error 
terminal  immediately.  The  operator  is  made  aware  of  all  major  changes  to  the 
system  state  as  a result  of  orderly  shutdown.  All  messages  between  the  operator 
and  software  are  logged. 

10.5.3  RETRY  CAPABILITIES 

a.  By  reordering  the  work  orders  queue,  the  operator  is  capable  of 
retrying  any  work  unit  that  has  failed  to  process  successfully. 

b.  When  automatic  positioning  of  the  HDT  fails,  the  following  occur: 

1.  The  operator  is  given  a chance  to  manually  position  the  tape  in 
order  to  move  past  a bad  section  to  where  data  actually  begins. 
The  operator  can  also  manually  mount  a new  tape  if  it  was 
determined  that  the  wrong  tape  was  mounted. 

2.  Upon  notification  by  the  operator  that  manual  positioning  is 
complete,  software  retries  automatic  positioning  to  verify  the 
operator's  actions. 

These  two  steps  are  repeated  until  the  operator  explicitly  tells 
software  to  give  up. 

c.  System  software  automatically  retries  I/O  operations  on  the  following: 

1.  Disks 

2.  CCTs 

3.  QA  film  recorder 

4.  Comtal 
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5.  Oecnet 

6.  Digitizer 

7.  AP  180V. 

The  retries  are  transparent  to  applications  programs  and  occur  a 
reasonable  and  finite  number  of  times.  Application  software  is  given 
the  option  to  enable  or  disable  retries. 

On  all  non-fatal  errors  requiring  operator  intervention,  the  operator 
is  given  the  option  to  retry  the  operation  that  had  the  error. 
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SECTION  11 

ARCHIVE  COMPLETION  GENERATION 

11.1  ENVIRONMENT  RESOURCES 

11.1.1  HARDWARE  REQUIREMENTS 

The  archive  completion  generation  transaction  Is  performed  by  the  Ground 
Management  Subsystem  (GMS)  - an  element  within  the  Mission  Management  Facility 
(MMF) . 

DEC2050  hardware  systems  are  employed  to  run  the  MSS  version  of  the  archive 
completion  generation  transaction;  similarly,  DEC2060  systems  are  utilized  to 
run  the  TM  version  of  archive  completion  generation.  The  DEC2050/2060  systems 
are  not  used  Interchangeably  relative  to  this  software  transaction. 

Both  the  DEC2050  system  and  the  DEC2060  system  are  located  in  the  computer  room 
on  the  second  floor  of  GSFC  Building  28.  Figure  5-5  shows  the  layout  of  the  MMF- 
M EDP  equipment  and  provides  the  “equipment  unique"  ID  numbers  assigned  to.- each 
of  the  hardware  items. 

11.1.2  SOFTWARE  REQUIREMENTS 

GMS  uses  the  Decnet  system  and  the  four  units  of  software  shown  below  to  run  the 
archive  completion  generation  transaction: 

a.  MIPS/TIPS  initial  product/archive  product  data  receive  process 
(GX1REC)  - computer  program  design  specification,  LSD-MMF-CPD-2078 

b.  GMS  MIPS  archive  generation  feedback  verification  (GPIAFV/A)  computer 
program  design  specification,  LSD-MMF-CPD-2053 
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c.  HDDR  product  assessment  entry  program  (GQHASS)  - computer  program 
design  specification,  LSD-MMF-CPD-2074 

d.  GMS  archive  item  close  out  (GPARCO)  - computer  program  design 
specification,  LSD-MMF-CPD-2046. 

11.2  OVERVIEW/ BACKGROUND 

11.2.1  SCOPE 

MMF-M  (multlspectral  scanner  products)  and  MMF-T  (thematic  mapper  products)  use 
different,  non-lnterchangeable  versions  of  the  archive  completion  generation 
transaction  and  different  EDP  hardware  systems. 

This  document  addresses  the  MMF-M  version  of  archive  completion  generation. 

With  respect  to  MMF-M,  the  scope  of  the  archive  completion  generation 
transaction  includes: 

a.  Automatic  and  periodic  interface  with  MIPS  to  ascertain  the  existence 
of  new  A-tapes 

b.  Transferring  file  names  and  flip  contents  associated  with  the  newly 
created  A-tape3,  from  MIPS  to  MMF-M  via  Decnet 

c.  Comparing  and  verifying  the  information  In  the  transferred  files 
against  existing  information  in  the  MMF-M  data  base 

d.  Updating  the  MMF-M  data  base  with  the  results  of  the  analyses 
performed  in  (c.) 

e.  Creation  of  permanent  entries  of  new  scene  data  in  the  MMF-M  data  base 

f.  Closing  out  the  archive  request. 
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11-2.2  PRECEDING  PROCESSING  ACTIVITIES 
11.2.2.1  Preceding  Activity 

The  MSS  archive  generation  transaction  (MAG  - see  Section  10)  must  have  run 
successfully  before  the  archive  completion  generation  transaction  can  be 
Implemented. 

In  addition  to  processing  R-tape  scene  Intervals  Into  A-tape  scene  Intervals, 
MAG  generates  three  files  used  In  subsequent  product  development  processes. 

A summary  description  of  these  flies  follows: 

a.  HDT-A  directory  file/GHIT  data  file.  These  files  are  generated 
conjointly  In  MIPS  for  each  A-tape  generated  in  MIPS.  The  files  are 
identified  by  the  header  AGTXXX,  where  XXX  is  a NIPS-supplied  sequence 
number.  The  A-tape  directory  flies  contain: 

1.  A-tape  10  numbers  * 

2.  Scene  interval  times 

3.  Scenes  recorded  on  the  A-tape 

4.  Processing  Information  - e.g.,  cloud  cover. 

b.  MIPS-generated,  R to  A process  request  feedback  files.  These  files 
contain: 

1.  The  ID  numbers  of  the  R-tapes  containing  good  scenes 

2.  The  ID  number  of  each  process  request  file  that  was  generated  for 
each  R-tape 
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3.  The  identification  of  the  intervals  and  scenes  used  from  each  R- 
tape 

4.  The  location  of  the  same  Intervals  and  scenes  on  the  A-tape 

5.  A listing  of  the  R-tape  scenes  that  were  not  processed 

6.  A listing  of  the  R-tape  scenes  that  were  reworked 

7.  A listlag  of  the  R-tape  scenes  that  were  cancelled  with  a icason 

given  for  their  cancellation. 

c.  MIPS-gene rated,  HDT-R/HDT-A  quality  assurance  files.  These  files  are 

identified  by  IQYXXX,  where  Y signifies  A,  B,  or  C for  MIPS  1,  2,  or 
3,  respectively,  and  XXX  is  a KIPS-generated  sequence  number.  The 
contents  of  these  files  provide  a “quality”  summary  for  the  R to  A 
processing  in  terms  of: 

1.  The  number  of  good  scenes  processed 

2.  The  number  of  bad  scenes  rejected 

3.  The  identity  of  the  R-tapes  and  A-tapes  used  in  archive 
generation. 

11.2.2.2  Succeeding  Activity 

Archive  generation  completion  is  succeeded  by  the  PEPG  product  scheduling 
transaction  (Section  12). 

11.3  FUNCTIONAL  DESCRIPTION 

11.3.1  OPERATIONAL  OVERVIEW 

As  shown  below,  archive  completion  generation  is  the  seventh  product  development 
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software  transaction  In  Scenario  II  - MSS  archive  generation  support. 

Scenario  II  - MSS  Archive  Generation  Support 

a.  PCS  Phase  One  Scheduling 

b.  PCS  Phase  One  Completion  Notification 

c.  GSTDN  Data  Receipt 

d.  PCS  Phase  Two  Scheduling 

e.  PCS  Phase  Two  Completion  Notification 

f.  Archive  Generation  Scheduling 

g.  Archive  Completion  Generation 

h.  GHIT  Generation 

1.  Archive  Dissemination  Scheduling 

j.  Archive  Dissemination  Completion  Notification 

k.  EDC  Data  Receipt. 

Archive  generation  completion  is  the  mechanism  that: 

a.  Ascertains  the  existence  of  new  "A"  tapes  produced  by  MIPS 

b.  Via  Decnet,  transfers  the  HDT-A  tape  directory  files,  the  GHIT  data 
files,  the  R to  A process  request  feedback  files  and  the  HDT-R/HDT-A 
QA  files  from  MIPS  to  MMF-M 

c.  Compares  user  Information  data  in  the  MMF-M  data  base  against 
information  in  the  files  transferred  from  MIPS 

d.  Updates  the  MMF-M  data  base 

e.  Creates  permanent  entries  of  new  scene  data  In  the  data  base 

f.  Closes  out  the  archive  request. 
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Archive  completion  generation  (ACG)  Is  usually  run  automatically;  however,  It 
can  be  run  manually  via  Input  to  an  Interactive  terminal.  When  run 

automatically,  ACG  Is  normally  scheduled  nine  times  during  an  eight  hour  work 
period.  Seven  of  these  runs  are  allocated  to  interfacing  with  MIPS,  monitoring 
the  development  of  new  A-tapes  In  MIPS  and  processing  feedback  data  associated 
with  A-tape  generation.  Two  runs  are  reserved  for  monitoring  R to  A tape  rework 
In  MIPS,  with  the  subsequent  processing  of  feedback  data  typical  to  A-tape 
generation. 

The  combined  output  of  ACG  is  220  scenes  per  8 hour3  work  period. 

The  reasons  for  running  ACG  manually  are  Identical  to  those  for  running  the 
archive  generation  scheduling  transaction  manually,  l.e., 

a.  The  existence  of  R-tape  problems 

b.  A requirement  to  process  a small  work  load 

c.  A requirement  to  expedite  a priority  scene  interval. 

Similarly,  the  MMF  data  processing  planner  decides  how  ACG  is  run-manually  or 
automatically-depending  on  circumstances. 

When  archive  completion  generation  Is  run  manually,  the  data  processing  planner 
will  prepare  a list  of  queries  and  responses  - applicable  to  GXIREC,  GQHASS, 
GPIAFV/A  and  GPARCO  - for  the  production  control  specialist  who  ultimately 
controls  archive  completion  generation  via  interactive  terminal. 

In  the  automatic  mode,  the  entire  Scenario  II  - MSS  arhive  generation  support  - 
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is  clock  triggered  periodically  end  operator  Intervention  la  not  required  except 
to  Inspect  and  file  hard  copy  printouts. 

11.3.2  PROCESS  FLOW  DESCRIPTION 

Data  flow  for  the  archive  completion  generation  transaction  Is  shown  In  Figure 
11.3-1.  A description  of  this  processes  follows. 

Every  time  each  MIPS  string  processes  R-tape  scenes  onto  an  A-tape,  it  also 
generates  sevaral  associative  files,  namely: 

a.  HDT-A  directory  and  CHIT  data  files 

b.  R to  A process  request  feedback  files 

c.  HDT-R/HDT-A  QA  flies. 

for  each  of  the  R-tapes  processed.  The  names  of  these  files  and  a description  of 
their  contents  are  stored  In  the  MIPS  string's  VAX  directory  file,  TKJiFIL.DAT. 

MMF-M  needs  the  Information  stored  in  TRNFIL.DAT  to  continue  subsequent  product 
development  processing,  so  MMF-M  accesses  these  files  automatically  and 
periodically  each  time  ACG  Is  clock  triggered. 

ACG  consists  of  four  units  of  software: 

a.  GXIREC 

b.  GQHASS 

c.  CPIAFV/A 

d.  G PAR CO 
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GXIREC  (initial  produce/archive  product  data  receive  process)  opens  a Decnet 
data  link  between  MMF  and  each  MZPS  string.  GXIREC  then  transfers  the 
TRNFIL.DAT  file  across  Decnet  and  performs  the  following  processes: 

a.  It  extracts  the  associative  file  names  from  TRNFIL.DAT  and  records 
them  in  the  MMF  CURINX.IRC  file 

b.  It  enters  the  contents  of  the  associative  files  in  the  MMF-M  data 
base. 

GQHASS  (product  assessment  entry  program)  accesses  the  QA  associative  files 
pulled  across  Decnet,  records  their  contents  and  generates  a summary  report. 

GPIAFV/A  (MIPS  archive  generation  feedback  verification)  consists  of  two 
components,  V and  A.  V stands  for  verification,  A stands  for  application.  The 
verification  component,  GPIAPV,  verifies  the  contents  of  the  associative  MIPS 
generated  GHIT  data  files  and  the  process  request  feedback  files  and  compares 
the  data  in  these  files  against  corresponding  information  in  the  MMF-M  data 
base. 

The  application  component,  GPIAFA,  utilizes  the  results  of  GPIAFV  and  udpates 
the  following  information  in  the  MMF-M  data  base: 

a.  IDs  of  R-tapes  successfully  processed  in  MIPS 

b.  IDs  of  R-tapes  requiring  rework 

c.  Cancellation  log  entries 

d.  R-tape  ve-transmittal  log  entries. 
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In  addition,  GPIAFA  creates  data  base  records  for  newly  created  A-tapes. 
Information  contained  In  these  records  consists  of  scene  definition,  scene  ID, 
etc. 

11.3.3  INPUT 

Input  to  the  archive  completion  generation  transaction  consists  of: 

s.  Archive  generation  process  request  feedback  from  MIPS  via  Decnet  data 
transfer 

b.  HDT-A  tape  directory  data  from  MIPS  via  Decnet  data  transfer 

c.  HDT-A  CHIT- data  from  MIPS  via  Decnet  data  transfer 

d.  User  product  standing  order  data  from  the  MMF-M  data  base. 

11.3.4  OUTPUT 

The  archive  completion  generation  transaction  produces  the  following  outputs: 

a.  Creation  of  a CCT  tape  that  allows  the  MIPS-generated  A-tape 
associative  file  data  to  be  transferred  from  MIPS  to  MMF-M,  in  the 
event  Decnet  Is  not  operational 

b.  Permanent  entry  Into  the  MMF-M  data  base  of  original  scene  IDs  that 
were  recently  acquired  and  processed  to  the  A-tape  level 

c.  Closes  out  the  archive  generation  request 

d.  Updates  the  following  information  in  the  MMF-M  data  base: 

1.  R-tape  ID 

2.  A-tape  ID 

3.  ID  of  scenes  acquired 

4.  ID  of  scenes  cancelled 
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5.  ID  of  scenes  reworked 

6.  A-tape  QA  data. 

11.4  PROCESS  OPERATIONS 

A summary  of  the  four  units  of  software  - CXIREC,  GQHASS,  GPIAFV/A  and  GPARCO  - 
that  comprise  archive  completion  generation  are  presented  In  paragraphs  11.4.1, 
11.4.2,  11.4.3  and  11.4.4. 

It  is  recommended  that  the  CPDSs  from  which  these  summaries  were  extracted  be 
addressed  for  supplemental  data  not  Included  here. 

11.4.1  MIPS/TIPS  INITIAL  PRODUCT/ARCHIVE  PRODUCT  DATA  RECEIVE  PROCESS  (GXIREC) 
Computer  program  design  specification  (CPDS)  number  LSD-MMF-CPD-2078. 

11.4.1.1  Unit  Description  and  Purpose 

This  module  transfers  files  related  to  Initial  product/archive  product 
generation  from  MIPS/TIPS  to  MMF.  It  also  allows  files  to  be  entered/tracked 
into  the  system  when  the  Decnet  link  Is  down. 

CXIREC  copies  all  files  (related  to  Initial  product/archive  product  generation) 
mentioned  In  the  VAX-Transfer-Flle  (TRNFIL.DAT)  over  from  MIPS/TIPS  (depending 
on  the  data  base  sensor  type)  via  Decnet  and  enters  their  names  Into  the 
CURINX.IRC  directory  on  the  DEC-20  at  MMF.  It  also  allows  flies  to  be 

entered/ tracked  Into  the  system  when  the  Decnet  link  Is  down. 

The  common  parameters  required  for  the  program  must  supply  the  Tape/Decnet  mode, 
the  operating  mode,  the  directory  from  which  flies  are  to  be  copied,  the  number 
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of  VAX  strings  (nodes)  in  the  facility  and  valid  file  names  available  from  the 
sending  facility.  Then,  depending  on  the  sensor  type  of  the  data  base  in  which 
the  program  is  run,  GXIREC  does  the  following  for  each  string  within  HIPS/TIPS 
in  the  Decnet  mode. 

First  the  TRNFIL  file  itself  is  copied  from  the  MIPS/TIPS  string  and  GXIREC 
reads  it  to  determine  which  files  are  to  be  transferred.  These  listed  files  are 
checked  to  see  that  they  have  not  already  been  entered  in  the  CURINX.IRC  or 
DELINX.IRC  directories.  If  a listed  file  is  in  one  of  these  directories,  no 
further  action  is  taken.  If,  however,  the  opposite  13  true  and  the  file  name  is 
valid,  then  in  the  automatic  mode,  the  file  is  copied  across  Decnet  and  its  name 
entered  in  the  CURINX.IRC  directory.  For  the  manual  mode,  the  operator  must 
indicate  which  of  the  files  in  the  TRNFIL  file  are  to  be  copied  before  the 
actual  transfer  (actual  transfer  of  files  across  Decnet  is  done  by  utility 
DUASFT) . 

The  above  is  done  for  each  string.  Finally,  a processing  summary  report  is 
generated  summarizing  all  actions  taken  by  the  program  during  the  course  of  its 
run. 

The  MIPS/fIPS  initial  product/archive  product  data  receive  program  is  triggered 
either  by  a MIPS/TIPS  signal  or  by  periodic  polling  by  MMF  through  the  initial 
product/archive  product  completion  notifier. 

The  above  method  is  used  to  transfer  files  from  MIPS/TIPS  if  the  Decnet  link  is 
up.  However,  if  the  Decent  link  goes  down,  MIPS/TIPS  dumps  all  the  files  and 
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their  TRNFIL  file  onto  a tape  that  Is  then  sent  to  MMF.  At  the  MMF,  the  tapes 

are  read  (done  through  a JCL)  and  entered  into  the  MMF  system  with  a file 

extension  of  .BIR  (example:  TRNFIL. BIR,  APR001.BIR,  etc.).  The  cotnmon- 

parameter-GXIREC  is  now  sec  to  the  tape  mode  and  the  operating  mode  is  checked 
to  see  that  it  is  manual.  In  such  a case,  GXIREC  knows  that  the  files  are 

already  in  the  system  and  all  it  has  to  do  is  to  update  the  directories.  The 

TRNFIL. BIR  file  is  read  to  determine  the  files  just  entered.  The  various  checks 

done  in  the  Decnet  mode  are  done  here  also  and,  if  the  conditions  are  met,  the 

file  names  are  entered  into  the  directory  'IRC.'  One  extra  step  is  done  for  the 
tape  mode.  When  a file  name  is  entered  Into  the  'IRC'  directory,  an  entry  is 

made  to  the  'TAKE'  file  (GXIREN.CMD)  created  at  the  beginnning  of  each  run  of 

GXIREC.  The  entry  indicates  that  the  file  name's  extension  should  be  renamed  to 
'IRC*.  After  completion  of  a GXIREC  run,  another  JCL  in  the  transaction  shall 
execute  this  CMD  file  so  all  file  names  now  in  MMF  are  as  required.  Another  JCL 
then  deletes  the  BIR  files  which  were  either  redundant  or  not  required  by  the 
MMF  system.  " 

GXIREC  will  create  a summary  processing  report  file  (GXIREC. SUM) , a user 
interaction  log  file  (GXIREC. UIL) , a 'TAKE'  file  (GXIREN.CMD)  and  a production 
log  (GXIREC. PLG) . The  summary  report  file  summarizes  the  processing  completed 
by  GXIREC,  while  the  user  interaction  log  file  details  the  operator  prompts  and 
responses.  The  'TAKE'  file  contains  all  of  the  files  entered  by  GXIREC  into  the 
IRC  directory  of  the  data  base,  which  must  be  renamed  to  have  the  same 
extension.  The  report  files  are  printed  via  the  job  control  language  (JCL). 
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Data  flow  through  CX1REC  is  shown  In  Figure  11.4-1. 

11.4.1.2  Input 

a.  MMF  Data  Base 

1.  CCP,  Common  Parameter 

2.  DIN-DIRECTORY-INDEX 

3.  DSQ-DIRECTORY-SEQ-FILE-NAME 

b.  TRNFIL:  VAX-Transfer  file  for  MIPS/TIPS 

c.  MIPS/TIPS  Decnet  data  files 

d.  Operator  Intervention 

1.  Copying  of  a particular  MIPS/TIPS  file  decision. 

11.4.1.3  Output 

a.  MMF  Data  Base 

1.  DSQ-DIRECTORY-SEQ-FILE-NAME 

2.  DIN-DIRECTORY-INDEX 

b.  MIPS/TIPS  Decnet  data  files  copied  from  MIPS/TIPS  to  DEC-20. 

c.  Processing  summary  report  stored  on  disk  (GXIRECSUM) 

d.  Operator  Prompt 

1.  Prompt  for  decision  to  copy  MIPS/TIPS  file  over  Decnet. 

e.  The  GXIREN.CMD  'TAKE'  file  in  tape  mode. 

CONTENTS  OF  GXIREC.CMD  'TAKE'  FILE 


GXIREC.CMD 

Delete  GXIREN.CMD 


OP  LAN 


11-14 


81SDS4232 
Revision  A 
16  July  1982 

Delete  GXIREC.SUM 
Delete  GXIREC.UIL 
Delete  GXIREC.PLG 
Run  GXIREC 
Print  GXIREC.SUM 
Print  GXIREC.UIL 
Print  GXIREC.PLG 

Take  GXIREC. CMD  For  tape  mode  only 

Delete  *.BIR  For  tape  mode  only 

GXIREN.CMD 

Rename  .BIR  .IRC 

CONTENTS  OF  GXIREC .CTL  “SUBMIT”  FT LE 

GXIREC. CTL 

^Delete  CXIREC.SUM 

@Delete  GXIREN.CMD 

^Delete  GXIREC.UIL 

^Delete  GXIREC.PLG 

@Run  GXIREC 

@Prlnt  GXIREC.SUM 

@Prlnt  GXIREC.UIL 

@Frint  GXIREC.PLG 

@Take  GXIREN.CMD  For  tape  mode 
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^Delete  *.BIR  For  tape  mode 

GXIREN.CMD 

@Rename  .BIR  .IRC 

CONTENTS  OF  GXIREC-ERR.CMD  "TAKE"  FILE 

GXIREC-ERR.CMD 

0PRINT  GXIREC.* 

11.4.1.4  Detailed  Operations  Sequences 
11.4.1.4.1-  Input 

The  KIPS/TIPS  initial  product /archive  product  receive  (GXIREC)  program  Is  a part 
of  the  archive  scheduling  and  HIPS/TIPS  feedback.  It  could  be  run  automatically 
or  manually  by  an  operator  whenever  the  Decnet  Is  working.  It  wILl  copy  all 
files  mentioned  In  the  VAX-Transfer  file  over  from  each  MIPS/TIPS  and  place  them 
In  the  appropriate  directory  on  the  DEC-20.  If  the  Decnet  link  is  down,  this 
module  will  be  run  manually  In  the  tape  mode  by  the  operator.  It  will  copy 
files  specified  In  a tape  and  place  them  in  the  appropriate  directory. 

Operator  Inputs  are  supplied  only  when  GXIREC  is  run  in  manual  mode,  and  are  in 
the  form  of  responses  to  program  prompts.  The  following  is  a list  of  GXIREC 
prompts  and  acceptable  responses. 
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PROMPT 

Do  you  wish  to  enter  file  name: 
into  CURINX.IRC? 


Do  you  wish  to  transfer  files 
from  this  string  (Y/N)? 


Do  you  wish  to  proceed  with  the 
GXIREC  Program  (Y/N)? 

Do  you  wish  to  have  this  file 
transferred  (Y/N)? 
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EXPLANATION 

The  Decnet  is  down,  and  the  operator 
wants  to  enter  the  file  mentioned 
into  the  Directory  Data  Base 
The  operator  does  not  want  to  enter 
the  file  into  the  directory  when  the 
Decnet  is  down 

Transfer  files  of  a specific  string 

to  DEC-20  via  Decnet 

Do  not  transfer  files  from  that 

string  to  DEC-20 

Continue  copying  files 

Halt  copying  files 

Transfer  files  to  DEC-20  via  Decnet 

Do  not  transfer  files  to  DEC-20. 


11.4.1.4.1.1  Other  Inputs 

When  the  Decnet  link  is  up,  GXIREC  transfers  the  VAX-Transfer  file  directory 
(TRNFIL)  and  the  files  listed  within  into  the  MMF  system  and  updates  the. 
CURINX.IRC  directory.  If  the  Decnet  link  is  down,  all  files  along  with  the  VAX- 
transfer  file  directory  (TRNFIL)  that  are  in  the  MIPS/TIPS'a  VAX  are  dumped  onto 
a tape  which  is  later  read  into  the  MMF  system,  each  file  retaining  the  first 
six  characters  of  their  original  names  but  under  a new  extension  called  '.BIR'. 
GXIREC  enters  these  files  Indicated  in  the  TRNFIL. BIR  directory  Into  the 
CURINX.IRC  index  and  changes  their  extension  to  .IRC  through  a 'TAKE'  file 
called  CXIREN.CMD . After  a GXIREC  run,  all  files  not  required  and  still  bearing 
the  extension  of  'BIR'  are  deleted. 


Data  Base  Files 

GXIREC  requires  the  following  data  base  files  as  inputs  regardless  of  the 
operational  mode: 

a.  Common  parameter 


Directory. 
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Job  Control  Language  ( JCL) 

3XIREC  can  be  Implemented  by  keying  either  of  the  following  statements: 

a.  @TAKE  GXIREC.CMD  (for  interactive  processing) 

b.  SUBMIT  GXIREC.CTL  (for  batch  processing). 

The  operator  should  watch  out  for  the  TAPE  MODE  and  add: 

a.  0TAKE  CXIREN.CMD 

b.  0DELSTE  ® . B1R 

Processing  Messaged 

Several  types  of  messages  can  result  from  processing;  they  can  have  a variety  of 
forma,  such  as  operator  displays  and  processing  summary  sassages.  Generally, 
the  messages  will  be  one  of  the  following  types: 

a.  Informational, 

Messages  of  this  type  are  preceded  Dy  the  phrase  "INFORMATION:"  and 
describe  general  processing  Information  such  as  file  names,  tape-IDs, 
and  processing  activities.  They  require  no  operator  actions. 

b.  Warning. 

Messages  preceded  by  "WARNING:"  Indicate  conditions  of  minor  error; 
one  not  serious  enough  to  warrant  either  aborting  the  program,  or 
aborting  a processing  subset  withi.i  the  program.  Operator  action  is 
required  in  some  cases  (see  Table  11.4-1). 
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Table  11.4-1.  Message/Action  Matrix  (Cont'd) 
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c.  Error 

This  type  of  error  message  is  preceded  by  “ERROR: " and  can  describe 
either  invalid  operator  input,  or  a processing  error  serious  enough  to 
abort  a processing  subset  within  the  program.  Some  form  of  operator 
action  is  required  (see  Table  11.4-1). 

d.  Fatal  Errors. 

Messages  preceded  by  “FATAL  ERROR:"  indicate  conditions  that  will 
cause  the  program  to  abort.  The  data  base  is  restored  to  the  point 
Just  prior  to  the  aborted  program's  execution.  The  operator  Is 
notified  of  the  aborted  processing  by  an  audio  alarm  on  the  KCRT  and 
an  error  message  on  the  terminal.  A hardcopy  listing  of  the  error  Is 
automatically  printed  on  the  line  printer.  Various  operator  actions 
are  required  (see  Table  11.4-1). 

e.  Other. 

These  messages  are  not  prefixed  with  any  category  definition  such  as 
“ERROR:",  “INFORMATION:",  etc.  They  describe  general  infomatlon  and 
require  no  operator  action. 

NOTES 

a.  All  Decnet  handling  and  Decnet  file  transfers  will  be  accomplished  by 

using  the  Decnet  utility  DUASFT.  For  any  returned  status  other  than 
DUASFT001,  the  program  is  terminated. 

b.  If  a file  mentioned  In  the  TRNFIL  file  Is  already  in  the  CURINX.IRC  or 

. DELINX.IRC  directory,  it  is  not  copied  across  the  Decnet  link. 

c.  If  a file  mentioned  in  the  TRNFIL  file  is  not  in  the  CURINX.IRC  or 
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DELINK. IRC  directories  and  If  the  CCP-CXIREC--MODE  Is  manual,  then  the 
operator  Is  asked  If  he  wants  the  file  transferred.  If  not,  then  the 
program  goes  to  the  next  file  mentioned  in  the  TRNFIL  file. 

d.  The  summary  report  will  list  flies  successfully  transferred  and 
reasons  for  not  transferring  any  of  the  files  In  the  TRNFIL. 

e.  The  number  of  VAX  strings  shall  be  put  as  a comi^on  parameter. 

f.  If  the  mode  Is  tape,  operating  mode  must  be  manual. 

g.  When  the  program  aborts,  the  TAKE  file  must  be  deleted. 

h.  In  the  tape  mode.  If  more  than  one  Decnet  link  Is  down,  the  GXIREC 
program  will  have  to  be  run  once  for  each  string. 

11.4. 1.4. 2 Output 

The  HIPS/TIPS  Initial  product /archive  product  data  receive  program  produces  four 
types  of  outputs: 

a.  Operator  display  (only  when  GXIREC  Is  run  in  manual  mode) 

b.  Updated  data  base  files 

c.  Summary  report  file  (GXIREC. SUM) 

d.  'TAKE'  file  In  *TAPE*  mode  only  (GXIREN.CMD). 

Operator  Displays 

A list  of  the  prompts  displayed  to  the  operator  and  their  allowable  responses 
are  detailed  in  paragraph  11.4.1.4.1. 

An  Incorrect  response  Is  indicated  to  the  operator  by  the  following: 

ERROR:  INVALID  RESPONSE,  VALID  ENTRIES  ARE  Y AND  N ONLY. 
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Ocher  Informational  displays,  such  as  processing  and  error  messages  are  detailed 
in  Table  11.4-1. 

Files 

As  part  of  its  processing  functions,  the  only  data  base  file  updated  by  GXIREC 
is  the  directory.  GXIREC  also  creates  a scratch  file  (GXIREC. SCR)  as  part  of  the 
data  receive  processing.  GXIREC  generates  the  following: 
a.  Processing  report  files 

GXIREC  will  cteate  a summary  processing  report  file  (GXIREC. SUM) , a user 
interaction  log  file  (GXIREC. UIL) , a 'TAKE'  file  (GXIREN.CMD)  and  a production 
log  (GXIREC. PLG) . The  summary  report  file  summarizes  the  processing  completed 

by  GXIREC,  while  the  user  interaction  log  file  details  the  operator  prompts  and 
responses.  The  'TAKE'  file  contains  all  of  the  files  entered  by  GXIREC  into  the 
IRC  directory  of  the  data  base  and  which,  therefore,  must  be  renamed  to  have  the 
same  extension.  The  report  files  are  printed  via  the  job  control  language 
(JCL). 

11.4.1.5  Frequency  of  Operation 

GXIREC  is  run  once  for  each  HDT-R  to  HDT-A  process  request.  Therefore,  as  part 
of  archive  generation  scheduling,  GXIREC  will  ba  Implemented  a maximum  of  nine 
tiaes  in  an  eight-hour  work  period. 

GXIREC  requires  no  operator  intervention  when  clock  triggered  automatically  as 
part  of  archive  generation  scheduling. 
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In  the  manual  mode,  input  to  GXIREC  is  performed  by  the  MMF  production  control 
specialist  via  KCRT.  All  decisions  and  prompt  responses  required  by  GXIREC  are 
prepared  by  the  MMF  data  processing  planner.  It  is,  however,  the  production 
control  specialist's  responsibility  to  verify  the  completeness  and  format  of 
this  information  before  entering  it  via  KCRT. 

11.4.1.5.1  Control  Mechanism 

Regardleso  of  whether  GXIREC  is  run  manually  or  automatically,  the  quality  of 
the  processing  will  be  monitored  by  the  production  control  specialist  running 
the  program.  Hard  copy  printouts  are  to  be  reviewed  for  abort  or  error  messages 
and  appropriate  action  taken.  Similarly,  KCRT  error  messages  should  be 
corrected  by  reviewing  the  inputs  with  the  MMF  systems  analysts. 

11.4.1.5.2  Record  Keeping  and  Information  Dissemination 

After  reviewing  all  hard  copy  printouts,  the  production  control  specialist  is 
responsible  for  entering  these  printouts  in  their  respective  program  binders. 
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11.4.2  HDDR  PRODUCT  ASSESSMENT  ENTRY  PROGRAM,  GQHASS,  COMPUTER  PROGRAM  DESIGN 
SPECIFICATION  (CPDS)  LSD-MMF-CPD-2074 

11.4.2.1  Unit  Description  and  Purpose 

The  purpose  of  the  HDDR  product  assessment  entry  program  (GQHASS)  is  to  record 
quality  Information  about  HDTs  and  Images  In  the  product  a3sessmert  area  of  the 
MMF  data  base.  The  program,  which  Is  designed  to  run  in  automatic  mode,  may  be 
Initiated  by  either  the  operator  or  by  the  HDDR  assessment  entry  program.  The 
quality  information  to  be  processed  consists  of  two  kinds  of  data:  Image 

quality  and  HDT  quality. 

Image  quality  refers  to  the  quality  of  the  contents  of  the  tape.  Whenever  an 
HDT  is  created  (HDT-Rs  created  at  DRRTS,  HDT-As/Ps  created  at  MIPS/TIPS),  the 
quality  of  the  Images  on  the  HDT  is  determined  and  entered  into  an  image  quality 
data  file  (IQDXXX).  This  file  identifies  the  tape  ID,  the  intervals  (for  HDT-R 
tapes),  the  scenes  (for  HDT-A/P  tapes)  processed  for  quality,  the  pulse  1RIG 
time  on  the  tapes  when  the  image  was  sampled  for  quality,  and  any  faults 
detected. 

The  IQDXXX  image  quality  data  files  are  sent  from  DRRTS  or  MIPS/TIPS  to  MMF 
where  GQHASS  will  process  the  files  and  enter  the  image  quality  information  into 
BTI-BSC-BIQ  records  within  the  product  assessment  area  of  the  M1EF  aata  base. 
The  BIQ  image  quality  records  must  be  stored  under  the  proper  BSC  scene  record. 
This  is  not  a problem  for  IQDXXX  files  which  come  from  MIPS/TIPS  since  the 
SCENE-ID  is  included  in  the  IQDXXX  record.  However,  IQDXXX  files  vhlch  have 
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come  froa  DRRTS  (HCT-Rs)  will  not  have  SCENE-IDs  present,  only  pulse  IRIG  times. 
CQHAS3  will  therefore  Gtore  all  BlQ  records  froa  IQDXXX  files  which  come  from 
DRRTS  under  a dummy  SCENE-ID  of  000000000000. 

HDT  quality  refers  to  the  quality  of  the  physical  HDT  itself.  Whenever  an  HDT 
Is  read  or  written  (which  may  occur  many  times  for  a given  HDT),  the  quality  of 
the  physical  HDT  is  determined  and  entered  into  an  HDT  quality  data  file 
(PAYXXX).  This  file  Identifies  the  tape-ID,  the  scenes  on  the  tape  (HDT-A,  HDT- 
P)  processed  for  quality,  the  IRIG  time  of  the  scene,  and  the  corrected  and 
uncorrected  error  counts  for  faults  detected. 

The  PAYXXX  HDT  quality  data  files  are  sent  from  DRRTS  or  MIPS/TIPS  to  MKF  where 
GQHASS  will  process  the  files  and  eater  Che  HDT  quality  informatiora  to  BTI— 
BSC-BPA  records  within  the  product  assessment  area  of  the  KMF  data  base.  Like 
the  BIQ  image  quality  records,  the  BPA  HDT  quality  records  must  be  stored  under 
the  proper  BSC  scene  record.  As  before,  records  coming  froa  DRRTS  will  not  have 
SCENE-IDs  present  and  will  be  tored  under  the  dummy  BSC  record  w£.ith  SCENE  ID 
000000000000.  Records  originating  in  MIPS/TIPS  will,  >s  before,  be  stored  under 
the  proper  BSC  SCENE-ID  since  the  SCENE-ID  Is  available  In  the  PAYXXX  record. 

11.4.2.2  Input 

a.  MKF  data  base 

b.  IQDXXX  Image  Quality  Data  File 

c.  PAYXXX  HDT  Quality  Data  File. 
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Data  flow  through  CQHASS  is  shown  In  Figure  11.4-2. 

11.4.2.1  Output 

a.  MMK  data  base 

b.  Processing  Summary  Report 

c.  User  Interaction  Log. 

11.4.2.4  Detailed  Operational  Scqucncea 

The  CMS  HD HR  product  assesement  entry  program  (CQHASS)  Is  to  record  11DT  and 
image  quality  information  in  the  MMK  data  base. 

CQHASS  runs  In  automatic  mode  only;  no  operator  Intervention  is  required.  In 
this  mode,  all  IQOXXX  Image  quality  data  flies  and  PAYXXX  HOT  quality  data  files 
which  are  listed  In  the  Index  of  current  files  for  the  IRC,  PRC,  and  DRC 
directories  will  automatically  be  processed.  CQHASS  uses  the  archive  product, 
common  parameter,  directory,  and  product  assessment  areas  of  the  data  base. 
Only  the  product  assessment  area,  however.  Is  updated. 

Functionally,  CQHASS  consists  of  two  parts.  During  part  l,  CQHASS  reads  all 
IQDXXX  and  PAYr.XX  files,  verifies  the  records,  and  stores  the  quality 
information  as  BIQ  or  BPA  data  base  records  under  the  appropriate  BSC  record 
(dummy  SCENE-ID  or  actual  SCENE-ID  If  avallaDle).  During  part  2,  CQHASS  will 
attempt  to  take  the  B1Q/BPA  records  stored  under  the  dummy  SCENE-ID  of 
and  place  them  under  the  correct  SCENE-ID.  It  does  this  by  taking 
the  pulse  IRIC  time  from  the  BIQ/BPA  record,  retrieving  the  AA1  and  AAS  dots 
base  records,  and  finding  the  proper  AAl/AAS  records  rueh  that  the  IRIC  time 
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from  the  BIQ/BPA  record  falls  within  the  AAS  scene  start/stop  times.  When  such 
an  AAS  record  Is  found,  the  proper  SCENE-ID  is  then  known  and  the  BIQ/BPA  record 
can  be  relinked  under  the  proper  BSC  scene  record. 

During  the  course  of  processing,  all  IQDXXX  and  PAYXXX  file  names  which  are 
successfully  processed  are  transferred  from  the  CURINX  directory  to  the  DELINX 
directory,  and  a summary  report  Is  generated  which  lists  all  significant  actions 
which  occurred  during  the  execution  of  the  program. 

GQHASS  can  be  Implemented  by  keying  either  of  the  following  statements: 

a.  Take  GQHASS.CMD  (for  Interactive  processing) 

b.  0SUBMIT  GQHASS. CTL  (for  batch  processing). 


t 
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CONTENTS  OF  GQHASS.CMD  "TAKE”  FILE 
CQHASS.CMD 

Delete  CQHASS.SUM 


Delete  CQHASS.UIL 
Delete  GQHASS. PLG 


Run  GQHASS 
Print  CQHASS.SUM 
Print  GQHASS. UIL 
Print  GQHASS. PLG 


CONTENTS  OF  GQHASS. CTL  "SUBMIT"  FILE 
GQHASS. CTL 
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^Delete  CQHASS.SUM 
^Delete  GQHASS. UIL 
^Delete  GQHASS.PLG 
@Run  GQHASS 
@Print  CQHASS.SUM 
<?Print  GQHASS.'JIL 
<?Print  GQHASS. PLG 

CONTENTS  OF  GQHASS-ERR.CMD  “TAKE"  FILE 
GQHASS. ERR 

Print  GQHASS.*. 

11.4.2.4.1  Input 

GQHASS  requires  the  following  files  for  input: 

a.  Image  Quality  Data  Files  (IQDXXX.YY) 

b.  HDT  Quality  Data  files  (PAYXXX.YYY) . 

Data  Base  Files 

GQHASS  requires  the  following  data  base  files  as  inputs: 

a.  Common  parameter 

b.  Directory 

c.  Archive  product 

d.  Product  assessment. 

11.4.2.4.2  Outputs 

The  CMS  HDDR  product  assessment  entry  program  (GQHASS)  produces  several  types  of 
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a.  Summary  report  file 

b.  Updated  data  base  files. 

11.4.2.4.2.1  Operator  Displays 

The  end  of  processing  message  is  the  only  message  that  will  be  displayed  to 
operator. 


11.4.2.4.2.2  Files 

As  part  of  its  processing  functions, 

a.  Directory 

b.  Product  assessment. 


the  following  data  bases  are  updated: 
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GQHASS  creates  a scratch  file  during  its  processing  and  a summary  processing 
report  file  (GQHASS)  containing  information  about  IQDXXX  and  PAYXXX  files  that 
are  already  processed.  The  summary  report  file  is  printed  via  the  job  control 
language. 

11.4.2.4.3  Error  Messages 

Error  messages  generated  by  GQHASS  are  shown  in  Table  11.4-2. 

11.4.2.5  Frequency  of  Operation 

GQHASS  is  run  automatically  as  part  of  the  archive  completion  generation 
transaction. 

11.4.2.6  Control  Mechanism 

Even  though  GQHASS  is  run  automatically,  the  quality  of  the  processing  will  be 
monitored  by  the  production  control  specialist  running  the  program.  Hard  copy 
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printouts  are  to  be  reviewed  for  abort  and  error  messages  and  appropriate  action 
taken.  Error  messages  should  be  reviewed  with  the  MMF  systems  analyst. 

11.4.2.7  Record  Keeping  and  Information  Dissemination 

After  reviewing  all  hard  copy  printouts,  the  production  control  specialist  Is 
responsible  for  entering  these  printouts  la  their  respective  program  binders. 
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11.4.3  GMS  MIPS  ARCHIVE  GENERATION  FEEDBACK  VERIFICATION  (Gr./>FV)  - COMPUTER 
PROGRAM  DESIGN  SPECIFICATION  (CPDS)  LSD-MMF-CPD-2053 

11.4.3.1  Unit  Description  and  Purpose 

The  MIPS  archive  generation  feedback  verification  program  Is  a GMS  activity 
which  determines  If  there  are  any  MIPS  archive  generation  feedback  files  which 
require  processing.  The  program  extensively  verifies  all  such  feedback  files, 
performs  quality  assessment  checks  oa  the  Imagery,  and  creates  feedback, 
directory,  and  GHIT  scratch  flies. 

The  archive  generation,  feedback  process  GPIAFV,  runs  automatically  as  part  of 
the  archive  completion  generation  transaction.  It  can  also  be  run  manually  by 
the  operator.  This  module  verifies  the  files  pertaining  to  R to  A feedback  and 
creates  scratch  files  to  be  applied  to  the  data  base. 

11.4.3.2  Input  Description 

Operator  inputs  are  supplied  only  when  GPIAFV  is  run  in  manual  mode,  and  are  In 
the  form  of  responses  to  program  prompts. 

GPIAFV  requires  the  following  data  base  flies  as  Inputs,  regardless  of  the 
operational  mode: 

a.  Archive/product 

b. .  Common  parameter 

c.  Directory 

d.  Error  text 

e.  Product  assessment. 
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In  Che  manual  node,  the  production  control  specialist  implements  GPIAFV  via  KCRT 
and  enters  the  information  supplied  to  him  by  the  data  processing  planner. 

Data  flow  through  CPIAFV  la  shown  In  Figure  11.4-3. 

11.4.3.3  Output  Description 

The  archive  generation  feedback  process  produces  two  types  of  outputs:  operator 

displays  (only  when  GPIAFV  Is  run  in  manual  mode)  and  updated  uata  base  files 
and  newly  created  scratch  files,  with  data  to  be  applied  to  the  data  base. 

11.4.3.3.1  Operator  Displays 
These  are  detailed  in  Figure  11.4-3. 

11.4.3.3.2  Files 

CPIAFV  updates  the  directory  data  base  file  as  psrt  of  Its  processing  function, 
with  additions  and  delations  of  file  names  to  the  current  and  delete  directory 
Indexes. 

CPIAFV  creates  several  scratch  files  as  well.  These  files  have  the  names 
ADSXXX.ext,  APRXXX.ext,  AGSXXX.ext,  and  AFSXXX.ext,  where  'XXX'  is  a sequence 
number  ranging  from  l to  999  ami  'ext'  is  an  extension  of  GTB  (GPIAFV  to  be 
continued). 

GPIAFV  will  also  create  s summary  processing  report  file  (GPIAFV. SUM)  and  a user 
Interaction  log  file  (GPIAFV. UIL) . The  summary  report  file  summarizes  the 
processing  completed  by  CPIAFV,  while  the  user  Interaction  log  file  details  the 
operator  prompts  and  responses.  These  report  files  are  printed  via  the  job 
control  language  (see  paragraph  11.4.3.5.2.1). 
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Figure  11.4-3.  MIPS/TIPS  Archive  Generation  Feedback  Verification 

(GPIAFV)  Program  Flow  Diagram 


Figure  11.4-3.  MIPS/TIPS  Archive  Generation  Feedback  Verification 

(CPIAFV)  Program  Flow  Diagram  (Continued) 


Figure  11.4-3.  KIPS/TIPS  Archive  Generation  Feedback  Verification 
(CPIAFV)  Program  Flow  Diagram  (Continued) 


Figure  11.4-3.  MIPS/TIPS  Archive  Generation  Feedback  Verification 
(CPIAFV)  Program  Flow  Diagram  (Continued) 
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11.4.3.4  Frequency  of  Operation 

When  run  automatically  as  part  of  the  archive  completion  generation  transaction, 
GPIAFV  runs  nine  times  during  an  eight-hour  work  period. 

11.4.3.5  Detailed  Operational  Sequences 
11.4.3.5.1  Functional  Summary 

This  module  uses  the  archive  generation  process  request  file  (APR),  the  archive 
generation  feedback  file  (AFB) , the  HDT-A  directory  file  (HAD)  and  the  GHIT  data 
file  (ACT)  in  an  extensive  verification  process.  During  the  verification 
procedure,  quality  assessment  checks  are  made  on  the  HDT-R  and  HDT-A  scenes  as 
well.  More  than  one  process  request  may  be  handled  in  producing  u single  HDT-R. 
MIPS  tabulates  all  the  process  requests  which  produced  a particular  HDT-A  In  the 
packet  directory  file.  The  main  driver  for  this  module  is  the  directory  called 
"MIPS  received,"  since  processing  Is  attempted  for  every  archive  generation 
feedback  file  group  received  from  MIPS  in  response  to  a process  request.  The 
extent  and  type  of  processing  is  dependent  upon  four  major  factors: 

a.  The  process  request  error  code 

b.  The  process  request  mode  - production  or  engineering 

c.  Operator  selection  (If  common  parameters  Indicate  the  processing  mode 
to  be  manual) 

d.  The  existence  of  the  necessary  feedback  and  process  request  files. 
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These  four  factors  determine  whether  special  processing  should  take  place  or 
certain  processing  steps  should  be  skipped  for  each  feedback  file.  If,  however, 
a feedback  file  group  is  to  be  processed  normally,  the  following  five  main 
activities  are  required: 

a.  Building  the  archive  generation  feedback  scratch  file  (APS) 

b.  Performing  quality  assessment  on  the  feedback  (APS)  scenes 

c.  Building  the  HDT-A  directory  scratch  file  (HDS) 

d.  Performing  quality  assessment  on  the  directory  (HDJ)  scenes 


Building  the  CHIT  data  scratch  file  (AGS). 


f 


Building  the  archive  generation  feedback  scratch  file  (APS)  requires  verifying 
both  the  archive  generation  feedback  file  (AFB)  and  the  corresponding  archive 
generation  process  request  file  (APR),  and  merging  them.  Error  Information  is 
accumulated  for  each  Interval  and  a decision  is  made  concerning  the  appropriate 
Interval  action.  The  decision  Is  based  upon  the  ratio  computed  for  scenes  with 
various  error  codes  and  Its  relation  to  thresholds  set  in  the  common  parameters 
area.  The  four  decisions  are: 

a.  Accept 

b.  Rework 

c.  Cancel 

d.  Retransmit. 
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HDT-R  ouC  and  cumulative  HDT-R.  These  counters  are  then  compared  to  threshold 
values  located  in  the  common  parameters  area  of  the  MMF  data  base  and,  based 
upon  the  result  of  the  comparisons,  the  AFS  scene(s)  are  statused  as  accepted  or 
requiring  retransmittal. 


Building  the  HDT-A  directory  scratch  file  (HDS)  requires  verifying  the  HDT-A 
directory  file  (HAD)  and  comparing  It  with  the  AFS  file  previously  generated. 
It  Is  necessary  to  Insure  that  there  exist  HDS  scene  records  for  every  AFS 
record  which  has  a good  status  (error  code  - 'IPS001')  and  appears  on  an 
“accept"ed  Interval.  These  records  are  In  turn  represented  in  the  HDS  file.  If 
HAD  scene  records  are  missing,  the  feedback  file  group  Is  aborted. 


Quality  assessment  checks  for  the  HDS  scenes  also  require  accessing  the  product 

uSSSSSSSSHt  “ ran  pf  fKg  Hahn  Kao  a ^ Tn  hKf  g prOC6S3 1 hoWSVCf  ( orrnr  COliRtSTS  gra 

maintained  for  HDT-A  scene  out,  cumulative  scene,  and  cumulative  HDT-A.  These 
counters  are  compared  to  threshold  values  located  In  the  common  parameters  area, 
and  on  the  basis  of  this  comparison,  the  scene  Is  accepted  or  statused  for 
rewo  rk . 


Building  the  CHIT  data  scratch  file  (ACS)  requires  verifying  the  CHIT  data  file 
(ACT)  and  comparing  It  with  the  HDS  file  previously  generated.  If  scenes 
represented  In  the  HDS  file  do  not  have  corresponding  entries  In  the  AGT  file, 
the  feedback  file  group  Is  aborted. 


If  the  verification  processes  are  completed  without  error,  the  scratch  files 
which  were  generated  are  placed  In  the  CURINX  directory  "CMS  to  be  continued." 
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If  the  program  was  being  run  In  the  "engineering"  mode,  these  scratch  files  are 
deleted  instead. 

The  processing  summary  Is  created  which  will  show  which  files  were  processed  and 
to  what  extent.  It  will  also  include  any  error  messages  associated  with  the 
processing. 

11.4.3.5.2  Input 

a.  Processing  mode  which  indicates  whether  the  program  is  to  be  run  In  an 
automatic  or  manual  mode.  This  is  derived  from  information  In  the 
common  parameter  area  of  the  Landsat-D  MMF  data  base. 

b.  Processing  indicators  which  determine  if  an  HDT-A  directory  file  and 
corresponding  feedback  flies  (e.g.,  a feedback  file  group)  are 
verified  and  used  to  generate  the  various  feedback  scratch  files. 
This  Information  may  either  be  input  at  a terminal  or  derived  from 
Information  in  the  common-parameter  area  of  the  Landsat-D  HriF  data 
base. 

c.  Archive  generation  process  request  file  (APR)  - each  file  represents  a 
process  request  and  Is  sent  to  IPS  with  Interval  data  for  HDT-R  to 
HDT-A  processing 

d.  Archive  generation  feedback  files  (AFB)  - files  returned  from  MIPS  to 
CMS  In  answer  to  archive  generation  process  request  flies. 

e.  HDT-A  directory  files  (HAD)  - files  sent  from  MIPS  to  CMS  containing 
Information  about  the  generated  HDT-A  tapes  after  HDT-R  to  HDT-A 
processing. 
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f.  GHIT  data  files  (ACT)  - files  sent  from  MIPS  to  GMS  containing  CHIT 
data  after  HDT-R  to  HDT-A  processing. 

g.  Ancillary  data  files  (AAN)  - files  containing  ancillary  data  needed  by 
MIPS  for  HDT-R  to  HDT-A  processing. 

11.4.3.5.2.1  Job  Control  Language  (JCL) 

GPIAFV  can  be  implemented  by  keying  either  of  the  following  statements: 

a.  0TAKE  GPIAFV.CMD  (for  interactive  processing) 

b.  0SUBMIT  GPIAFV. CTL  (for  batch  processing). 

11.4.3.5.2.2  Contents  of  GPIAFV.CMD  "TAKE"  File 

@RUN  GPIAFV 
0PRINT  GPIAFV. SUM 
0PRINT  GPIAFV. UIL 

11.4.3.5.2.3  Contents  of  GPIAFV. CTL  "SUBMIT"  File 
GPIAFV. CTL 

0DELETE  GPIAFV. SUM 
0RUN  CPIAFV 
0PRINT  GPIAFV. SUM 

11.4.3.5.3  Output 
Output  consists  of: 

a.  HDT-A  packet  directory  scratch  files  which  contain  verified  HDT-A 
archive  product,  interval  and  scene  record  information  (one  file  per 
HDT-A) . 
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b.  Archive  generation  feedback  scratch  files  which  contain  verified  MIPS 
processing  information  for  the  HDT-R  input  used  in  generating  the  HDT- 
A (one  or  more  files  per  HDT-A). 

c.  GHIT  data  scratch  files  which  contain  verified  GHIT  information 
corresponding  to  a single  HDT-A  (one  file  per  HDT-A). 

d.  Processing  summary  file  which  identifies  those  HDT-A  packet  directory, 
archive  generation  feedback,  and  GHIT  data  files  processed  (and  to 
what  extent)  and  the  error  messages  associated  with  the  processing. 

11.4.3.5.3.1  Processing  Messages 

Several  types  of  messages  can  result  from  processing;  they  can  have  a variety  of 
forms,  such  as  operator  displays  and  processing  summary  messages.  Generally, 
the  messages  will  be  one  of  the  following  types: 

a.  Informational. 

Messages  of  this  type  are  preceded  by  the  phrase  "INFORMATION: " and 
describe  general  processing  information  such  as  file  names,  tape-IDs, 
and  processing  activities.  They  require  no  operator  actions. 

b.  Warning. 

Messages  preceded  by  "WARNING:"  indicate  conditions  of  minor  error; 
one  not  serious  enough  to  warrant  either  aborting  the  program,  or 
aborting  a processing  subset  within  the  program.  Operator  action  is 
required  in  some  cases  (see  Table  11.4-3). 
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c.  Error 

This  type  of  error  message  is  preceded  by  "ERROR:**  and  can  describe 
either  Invalid  operator  input,  or  a processing  error  serious  enough  to 
abort  a processing  subset  within  the  program.  Some  fora  of  operator 
action  is  required  (see  Taole  11.4-3). 

d.  Fatal  Errors. 

Messages  preceded  by  "FATAL  ERROR:"  indicate  conditions  that  will 
cause  the  program  to  abort.  The  data  base  is  restored  to  the  point 
just  prior  to  the  aborted  program's  execution.  The  operator  is 
notified  of  the  aborted  processing  by  an  audio  alarm  on  the  KCRT  and 
an  error  message  on  the  terminal.  A hardcopy  listing  of  the  error  is 
automatically  printed  on  the  line  printer.  Various  operator  actions 
are  required  (see  Table  11.4-3). 

e.  Other. 

These  messages  are  not  prefixed  with  any  category  definition  such  as 
"ERROR:",  "INFORMATION:",  etc.  They  describe  general  infomation  and 
require  no  operator  action. 

11.4.3.6  Record  Keeping  and  Information  Dissemination 

All  of  the  printouts  should  be  reviewed  by  the  production  coatrol  specialist  who 
ran  GPIAFV  and  he  should  take  action  if  any  “aborts"  or  error  conditions  are 
disclosed.  After  reviewing  the  printouts,  the  production  control  specialist 
should  file  the  hard  copies  in  their  respective  binders. 
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11.4.4  CMS  ARCHIVE  ITEM  CLOSEOUT  (GPAROO)  COMPUTER  DESIGN  SPECIFICATION  NUMBER 
(CPDS)  LSD-MMF-CPD-2046 

11.4.4.1  Unit  Description  and  Purpose 

GPAROO  creates  permanent  entries.  In  the  main  Image  area  of  the  MMF-M  data  base, 
of  scenes  processed  to  A-tape;  It  matches  these  entries  against  corresponding 
scene  acquisition  requests  and  closes  out  the  archive  request  for  scenes  that 
were  successfully  acquired. 

GPARCO  is  normally  run  automatically  as  part  of  the  archive  completion 
generation  transaction.  If  required.  It  can  also  be  run  manually  via  operator 
Interaction. 

GPARCO  processes  all  product  acquisition  request  records  In  the  data  base  having 
a status  of  "archive  to  be  closed  out"  (ACT). 

11.4.4.2  Unit  Input  Description 

In  both  operating  modes,  manual  and  automatic ,. GPAROO  requires  the  following 
MMF-M  data  base  files  for  input: 

a.  Common  parameter 

b.  Archive/product 

c.  Production 

d.  Main  Image 

e.  GHIT. 

When  run  manually,  GPARCO  Is  Implemented  by  the  MMF-M  production  control 
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specialist  who  utilizes  the  JCL  shown  In  paragraph  11.4.4.5.3.  Data  flow 
through  GPAROO  Is  shown  In  Figure  11.4-4. 

11.4.4.3  Unit  Output  Description 

C PAR CO  updates  several  data  base  areas  as  part  of  Its  processing  function.  With 
normal  processing,  GPARCO  updates  the  following  data  base  files: 

a.  Archive/product 

b.  Production 
C.  Main  Image. 

In  the  case  of  abnormal  processing  the  data  base  areas  are  not  updated. 

GPAROO  also  creates  a summary  processing  report  file  (GPARCO. SUM) , which 

oum«Bar<»oo  nrnrflaufno  romnl  a Sv  HPARrn. 

~ - ■ — i 1 1 - w 

11.4.4.4  Frequency  of  Operation 

When  run  automatically  as  part  of  the  archive  completion  generation  transaction, 
GPARCO  runs  nine  times  during  an  eight-hour  work  period. 

11.4.4.5  Detailed  Operational  Sequences 
11.4.4.5.1  Functional  Summary 

The  archive  Item  close  out  process  Is  run  periodically  as  part  of  the  archive 
completion  generation  transaction.  This  process  may  also  be  Initiated  by  an 
operator  on  an  as-required  basis.  GPAROO  processes  all  product  acquisition 
request  records  In  the  data  base  having  a status  of  “archive-to-be-closed-out" 
(ACT).  For  each  product  request,  a main  image  record  Is  created  In  temporary 
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storage.  Using  the  scene's  path  number,  row  number,  days-since-launch,  sensor 
and  mission  number,  the  corresponding  scene  record  is  retrieved  from  the  CHIT 
area  of  the  data  base.  The  corresponding  CHIT  image  header  record  is  then 
retrieved  to  obtain  the  band  information.  The  CHIT  data  is  utilized  to  update 
the  main  image  record  with  the  NASA  scene  identification,  sun  elevation  and 
azimuth,  latitude  and  longitude,  ephemerls  type,  data  source  and  bands  acquired 
indicator. 

When  all  image  header  records  have  been  processed  the  main  image  record  is 

complete.  This  record  then  undergoes  exhaustive  verification.  First,  che  main 
image  record  is  verified  for  format  and  content.  Each  field  is  checked  for 

allowable  values  and,  where  appropriate,  the  range  of  permissible  values  is  also 
checked.  Second,  the  corresponding  archive  product  record  is  retrieved  from  the 
data  base  using  the  HDT-A  tape  Identification  stored  in  the  main  image  record. 
The  archive  product  scene  records  are  then  searched  for  an  entry  matching  the 
main  image  record  using  the  following  fields:  path  number,  row  number,  days- 

since-launch,  sensor  type  and  mission  number.  The  main  image  record  and 

matching  archive  product  scene  record  are  then  checked  for  consistency.  The 
third  phase  of  verification  is  initiated  once  consistency  has  been  verified.  In 
this  phase,  the  existing  main  image  records  are  searched  to  determine  if  there 
have  been  any  matching  main  image  records  recently  created.  The  fields  used  for 
comparison  purposes  are  the  path  and  row,  days-since-launch,  and  mission  number. 
Should  a matching  main  image  record  be  found,  the  cloud  cover  assessments  are 
accumulated. 
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When  all  verifications  have  been  succesafully  completed,  the  new  mala  image 
record  is  stored  in  the  data  base.  The  newly  stored  record  Is  linked  to  the 
appropriate  URS  and  acquisition  date  entries.  The  acquisition  request  entry 
that  was  used  in  creating  the  new  main  image  record  is  updated  with  the  date  and 
time  of  the  main  image  record  creation,  and  its  status  is  changed  to  "user- 
order-to-be-closed-out"  (UOC). 

Should  the  verification  be  unsuccessful,  the  main  image  record  is  not  stored  in 
the  data  base.  An  error  code  is  stored  in  the  acquisition  request  record  used 
in  creating  the  main  image  record.  Furthermore,  the  corresponding  archive 
product  scene  record  is  updated  with  the  same  error  code  to  reflect  that  the 
scene  is  unavailable.  Finally,  the  acquisition  request  record  is  given  i status 
of  "cancel"  (CAN). 

When  all  acquisition  request  records  have  been  processed,  a processing  summary 
listing  will  be  output.  The  listing  will  detail  the  scenes  added  to  the  main 
image  area  of  the  data  base,  those  scenes  falling  verification  (and  why),  and 
those  acquisition  requests  which  were  cancelled. 

11.4.4.5.2  Resource  Allocation 
Core  Memory:  System  Default 

Decnet  Files:  None 

Data  Base: 

a.  Archive/product  area  - access  privilege  is  protected  update 

b.  Main  image  area  - access  privilege  is  protected  update 
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c.  Common  parameter  area  - access  privilege  is  retrieval 

d.  Production  area  - access  privilege  is  protected  update 

e.  CHIT  area  - access  privilege  is  retrieval. 

Disk  Files: 

a.  Processing  Summary  Report  - GPARCO.SUM 

b.  User  Interaction  Log  - GPARCO.UIL. 

11.4.4.5.3  Job  Control  Language  (JCL) 

GPARCO  can  be  implemented  by  keying  either  of  the  following  statements: 

a.  @TAKE  GPARCQ.CMD  (for  interactive  processing) 

b.  0SUBMIT  GPARCO. CTL  (for  batch  processing). 

11.4.4.5.3.1  Contents  sf  GPARCQ.CMD  "TAKE"  File 
GPARCO.CMD 

0DELETE  GPARCO.SUM 
0DELETE  GPARCO.UIL 
@RUN  GPARCO 
0PRINT  GPARCO.SUM 
0PRINT  GPARCO.UIL 

11.4.4.5.3.2  Contents  of  GPARCO. CTL  "SUBMIT"  File 
GPARCO. CTL 

0DELETE  GPARCO.SUM 
0DELETE  GPARCO.UIL 
0RUN  GPARCO 
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Sprint  gparco.sum 
Sprint  gparco.uil 

11. 4. A. 5. 4 Processing  Messages 

Several  types  of  messages  can  result  from  processing;  they  can  have  a variety  of 
forms,  such  as  operator  displays  and  processing  summary  messages.  The  messages 
will  be  one  of  the  following  types: 

a.  Informational. 

Messages  of  this  type  are  preceded  by  the  phrase  “INFORMATION:"  and 
describe  general  processlcg  information  such  as  file  names,  tape-IDs, 
and  processing  activities.  They  require  no  operator  action. 

b.  Warning. 

Messages  preceded  by  "WARNING:"  indicate  conditions  of  minor  error; 
one  not  serious  enough  to  warrant  either  aborting  the  program,  or 
aborting  a processing  subset  within  the  program.  Operator  action  is 
required  in  some  cases  (see  Table  il.4-4). 

c.  Error. 

This  type  of  error  message  is  preceded  by  "ERROR:"  and  can  describe 
either  Invalid  operator  input,  or  a processing  error  serious  enough  to 
abort  a processing  subset  within  the  program.  Some  form  of  operator 
action  is  require!  (see  Table  11.4-4). 

d.  Fatal  Errors. 

Messages  preceded  by  "FATAL  ERROR:"  indicate  conditions  that  will 
cause  the  program  to  abort.  The  data  base  is  restored  to  the  point 
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FATAL  ERROR*  DBMS,  UNSUCCESSFUL  OPERATION 

FATAL  ERROR:  DISK,  UNABLE  TO  THE  FILE 

FATAL  ERROR:  DBMS,  SEE  SYSCOM  ERROR  STATUS 

FATAL  ERROR:  DISK,  PROCEDURE  ERROR  FOR  FILE 

FATAL  ERROR:  RECORD  WAS  NOT  FOUND 

FATAL  ERROR:  FAILED  TO  MATCH  AN  TO 

FATAL  ERROR:  THERE  WAS  NO  PPS-PROD-STATUS  RECORD  WITH 

STATUS  - 

FATAL  ERROR: 
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ERROR: 

INFORMATION:  GPARCO  ABORTED  BY  OPERATOR  VIA  CTRL-C  KEY  IN. 

INFO:  THE  NEWLY  CREATED  MIA  RECORD  WAS  NOT  STORED 

IN  THE  DATA  BASE 

INFO:  THE  NEWLY  CREATED  HIA  RECORD  WAS  STORED  IN  THE  DATA  BASE 

INFO:  A MIA  RECORD  IN  THE  DATA  BASE  WAS  UPDATED  WITH  INFO  FROM 

MATCHING  PAQ  REC. 

INFO: 

GPARCO:  END-OF-PROCESSINC 
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FATAL 

ERROR 

§ 

H 

O 

ft 

OTHER 

81SDS4232 
Revision  A 
16  July  1982 

just  prior  Co  Che  aborced  program's  execution.  The  operaCor  Is 
notified  of  the  aborted  processing  by  an  audio  alarm  on  Che  KCRT  and 
an  error  message  on  Che  terminal.  A hardcopy  llsCing  of  Che  error  Is 
aucomaclcally  prlnced  on  Che  line  prlnCer.  Various  operaCor  actions 
are  required  (see  Table  11.4-4). 
e.  Ocher. 

These  messages  are  noc  prefixed  witn  any  category  definition  such  as 
"ERROR:",  "INFORMATION:",  etc.  They  describe  general  Information  and 
require  no  operator  action. 

11.4.4.6  Record  Keeping  and  Information  Dissemination 

All  printouts  should  be  reviewed  by  the  MMF-M  production  control  specialist  who 
ran  GPARCO  and  he  should  consult  with  the  MMF-M  systems  analyst  If  any  aborts  or 
error  conditions  are  disclosed. 

After  reviewing  the  printouts  the  production  control  specialist  should  file  the 
hard  copies  In  their  respective  binders. 
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SECTION  12 


PERFORMANCE  EVALUATION  PRODUCT  GENERATION  (PEFG)  SCHEDULING 


12.1  ENVIRONMENT/ RESOURCES 

PEPG  is  scheduled  in  MMF  on  Che  DEC2OS0  using  Che  ground  segmenc  management 
subsysCetn  (GMS)  and  Che  request  supporc  subsystem  (RSS). 

12.2  OVERVIEW/BACKGROUND 

PEPG  scheduling  generaces  process  requesCs  for  final  produces  from  MIPS  or  TIPS 
for  use  by  QA.  PEPG  scheduling  is  performed  afeer  eicher  sCanding  order  encry 
(RSSOEN)  or  reCrospecCive  order  encry  (RSROSN).  AfCer  PEPG  scheduling  is 
complete,  the  final  products  are  generated  in  MIPS  or  TIPS  as  appropriate. 


The  following  products  can  be  scheduled: 


CCT-A 


b.  CCT-P 


F241-A 


d.  F241-P 


e.  HDT-A  Dump 

f.  Scene  Dump 

g.  PE  Reports. 


PEPG  scheduling  utilizes  the  following  assets: 


HARDWARE 


SOFTWARE 


DEC2050  (MMF) 


MMF  Data  Base 


VAX  11/780  (MMF) 


GPPGEN  program 


Decnet 


GSSOPR  program 
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12.3  FUNCTION  DESCRIPTION 

FEPG  scheduling  is  normally  an  automatic  process  that  begins  after  either 
standing  order  entry  or  retrospective  order  entry  i3  complete.  Figure  12-1 
shows  the  respective  flow  paths.  Enclosure  12-1  provides  order  entry  formats. 
Enclosure  12-2  provides  final  product  codes.  Scheduling  may  be  done  manually  by 
interactive  terminal  following  operator  prompts. 

IMPORTANT  NOTICE 

Retrospective  order  entry  is  the  preferred  method  of  PEPG 
because  It  does  not  affect  the  turnaround  time  cf  'A'  tapes. 

Standing  order  entry  PEPG  may  cause  the  48  hour  turnaround 
time  to  be  exceeded. 

Standing  order  entry  PEPG  scheduling  uses,  as  its  input,  user  order  requests 
generated  by  RSSOEN.  The  standing  order  processor  (GSSOPR)  program  then 
generates  product  requests  which  are  fed  into  the  GMS  production  control  final 
product  process  request  generation  (GPPGEN)  program.  GPPGEN  generates  final 
product  process  requests  and  schedules  the  appropriate  MIPS/TIPS  string  to  meet 
the  request. 

Retrospective  order  entry  PEPG  scheduling  uses,  as  its  input,  product  requests 
generated  by  RSROEN.  The  GMS  production  control  final  product  process  request 
generation  (GPPGEN)  program  processes  these  product  requests,  generates  final 
product  process  requests  and  schedules  the  appropriate  MIPS/TIPS  string  to  meet 


the  requests. 
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PEPG  scheduling  is  performed  to  meet  QA  requirements.  Estimated  frequency  is 
five  times  per  day.  Run  time  is  estimated  to  be  five  minutes.  PEPG  scheduling 
has  a medium  priority.  A four  hour  queue  time  is  estimated  for  the  PEPG 
process.  The  production  control  manager  controls  PEPG  scheduling. 

12.4  PROCESS  OPERATIONS 

12.4.1  STANDING  ORDER  PROCESSOR  (GSSOPR) 

12.4.1.1  Summary 

The  GSSOPR  program  scans  all  the  product  acquisition  request  records  in  the  MMF 
data  base  to  find  those  which  have  a status  of  "ready  for  standing  order 
processing."  These  "ready  for  standing  order  processing"  records  are  then 
searched  for  a path/row  match  vith  any  existing  user  order  requests.  If  an 
order  request  can  be  satisfied,  then  a product  request  is  created  and  stored  in 
che  MMF  data  base  under  the  status  required  by  the  product  request  (i.e.,  "ready 
for  A to  P processing,"  "ready  for  A-to-CCT-A  processing,"  etc.)  HDT-As  which 
do  not  contain  any  product  requirements  are  put  under  the  status  "ready  for 
DRRTS. " 

GSSOPR  uin  be  run  automatically  as  part  of  archive  completion  notification 
transaction,  oi  it  can  be  run  in  a manual  mode  allowing  the  operatcr  to  make  a 
YES  or  NO  decision  about  processing  a particular  HDT-A  tape.  After  the 
completion  o 2 a GSSOPR  run  a processing  summary  log  is  produced  detailing  the 
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number  of  products  scheduled,  Che  total  number  not  scheduled,  and  the  processing 
activity  of  each  HDT-A. 


12.4.1.2  Input 

GSSOPR  requires  the  following  data  base  files  as  Inputs,  regardless  of  the 
operational  mode: 

a.  ArcKlve/product 

b.  Production 

c.  Common  parameter 

d.  User 

e.  Route. 


Operator  inputs  are  supplied  only  when  CSSOPR  is  run  In  manual  node,  and  are  In 
the  fora  of  responses  to  program  prompts.  The  following  details  CSSOPR  prompts 
and  acceptable  operator  responses: 


PROMTT 


RESPONSE  EXPLANATION 


DO  YOU  WISH  TO  CONTINUE  Y 

WITH  STANDING  ORDER 
PROCESSING  (Y/N)?  N 

DO  YOU  WISH  TO  PROCESS  Y 

THIS  TAPE  (Y/N)? 

N 


CONTINUE  WITH  CSSOPR  PROCESSING 

EXIT  GSSOPR  PROCRAM  OPERATION 

PROCESS  A-TAPE  AND  CREATE 
PRODUCT  RECORDS 
DO  NOT  PROCESS  A-TAPE  OR 
CREATE  PRODUCT  RECORDS  FROM 
THIS  IMAGERY. 


12.4.1.3  Output 

GSSOPR  updates  or  creates  the  following  files: 
a.  MHF  data  base 
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b.  Standing  order  request  scratch  file 

c.  Unfulfilled  order  scratch  file 

d.  Unfulfilled  order  notification 

e.  Processing  summary  log. 


Operator  displays  are  generated  only  when  GSSOPR  is  run  in  the  manual  mode. 
Table  12-1  lists  operator  displays  and  action  required. 


12.4.1.4  Operational  Sequence 

No  action  is  necessary  when  GSSOPR  is  run  automatically  as  part  of  the  archive 
completion  notlfier  transaction. 

To  run  GSSOPR  manually: 
log  in, 

then  ke>  in  either  of  the  following  statements: 

STAKE  GSSOPR.cmd  (for  interactive  processing) 

^SUBMIT  GSSOPR. CTL  (for  batch  processing) 

Output  files  and  operator  displays  will  then  be  generated. 


12.4.1.5  Control  Mechanism 

t 

The  following  types  of  messages  can  result  from  processing: 

Fatal  Errors 

Preceded  by  “FATAL  ERROR:",  this  error  will  cause  the  program  to  abort.  The 
data  base  is  restored  to  the  point  just  prior  to  the  aborted  program's 
execution.  The  operator  is  notified  of  the  aborted  processing  by  an  audio  alarm 
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on  the  KCRT  and  an  error  message  on  the  terminal.  A hardcopy  listing  of  the 
error  is  automatically  printed  on  the  line  printer.  Various  operator  actions 
are  required  (see  Table  12-1). 

Error 

This  type  of  error  message  is  preceded  by  "ERROR: ”,  and  can  describe  either 
Invalid  operator  input,  or  a processing  error  serious  enough  to  abort  a 
processing  subset  within  the  program.  Soma  form  of  operator  action  is  required 
(see  Table  12-1). 

Informational 

Messages  of  this  type  are  preceded  by  the  phrase  "INFORMATION:”,  and  describe 
general  processing  information  such  as  file  names,  tape- IDs,  and  processing 
activities  (see  Table  12-1). 

12. A. 1.6  Program  Scheduling 

CSSOPR  will  be  run  on  as  required  basis,  normally  in  the  automatic  mode.  Run 
time  is  negligible,  nominally  2 minutes.  Manual  GSSOPR  will  be  run  at  the 
direction  of  the  production  control  manager. 

12.4.2  GMS  PRODUCTION  CONTROL  PINAL  PRODUCT  PROCESS  REQUEST  GENERATION  (GPPGEN) 
12.4.2.1  Summary 

The  GMS  final  product  process  request  generation  (GPPGEN)  program  searches  the 
data  base  for  final  product  requests,  schedules  them  for  processing,  and  creates 
process  requests  to  be  sent  to  MIPS/TIPS.  It  is  activated  automatically  by  the 
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HDT-P  completion  transaction  or  by  operator  action  through  the  KCRT. 

The  first  step  of  processing  is  to  retrieve  all  product  request  records  which 
have  a status  of  "ready  for  HDT-A  to  CCT-A"  (RCA),  “ready  for  HDT-'P  or  HDT-A  to 
CCT-P"  (RPP),  "ready  for  HDT-P  or  HDT-A  to  LBR"  (RPL).  This  Information  is  used 
to  build  the  product  generation  scratch  file  (PGNS). 

The  next  processing  step  reads  the  PGNS  file.  In  the  automatic  mole,  each 
unique  tape  ID/final  product  combination  is  processed.  In  the  manual  mode  the 
operator  may  accept/reject  any  combination  for  processing.  For  each  tape 
accepted  for  processing,  redundant  requests  are  eliminated  and  repeated  scenes 
with  differing  bands  or  quadrants  are  combined.  The  resolved,  non-redundant 
scenes  are  written  to  the  resolved  PGNS  file  (RPGNS). 

The  RPGNS  scene  records  are  read  and  matched  with  those  in  the  archive/product 
area  in  order  to  retrieve  the  band  data.  Each  scene  record  has  its  status  in 
the  production  area  changed  to  "Scheduled  for  final  product  processing." 
Process  request  IDs  and  process  request  file  names  are  computed  for  each  unique 
tape  ID/final  product  requested.  Counts  of  the  number  of  scenes  per  process 
request  and  the  number  of  LBR  images  (if  the  final  product  is  film)  are 
accumulated.  Header  records  for  each  process  request  are  written  along  with  the 
corresponding  scene  records  to  the  process  request  scratch  file  (PPRs). 

To  facilitate  HIPS/TIPS  processing  of  the  tapes,  the  final  processing  step  sorts 
the  PPRS  file  so  that  scenes  within  a process  request  are  in  order  by  IRIG  start 
time.  This  sorted  file  is  then  spilt  into  separate  Decnet  process  request  files 
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(PPRs)  and  the  file  names  are  added  to  the  "PCS  to  be  sent”  (PTB)  data  base 
directory.  (The  PPRS  file  Is  spilt  at  this  point  because  It  Is  a concatenation 
of  all  eventual  process  request  files.  There  must  be  a separate  process  request 
rile  for  each  HDT/flnal  product  combination.)  A summary  listing  Is  produced 
which  lists  each  process  request  ID  and  file  name,  the  archive/ product  ID,  the 
number  of  scenes  per  process  request,  the  number  of  LBR  images  (if  any), 
operator  actions  (If  manual  mode),  and  If  the  HDT  is  currently  located  in  the 
appropriate  work  station  (MIPS/TIPS). 

12.4.2.2  Input 

GPPGEN  requires  the  following  data  base  flies  as  Inputs  regardless  of  the 
operational  mode: 

a.  Common  parameter 

b.  Archive  product 

c.  Production 

d.  Route. 


Operator  Inputs  are  supplied  only  when  GPPGEN  Is  run  In  manual  mode,  and  are  In 
the  form  of  responses  to  program  prompts.  The  following  table  details  GPPGEN 
prompts  and  acceptable  responses: 

PROMPT  RESP  EXPLANATION 


DO  YOU  WISH  TO  Y 

CONTINUE  PROCESSING  (Y  OR  N)? 


Continue  final  product 
process  request  generation 


N Halt  final  product 

process  request  generation 
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DO  YOU  WANT  TO  PROCESS  Y Create  a final  product 

THIS  TAPE?  process  request  for  the  tape 

N Do  not  create  a final  product 

process  request  for  the  tape. 


12.4.2.3  Output 

GPPGEN  creates  or  updates  the  following  files: 

a.  Archive  product 

b.  Production 

c.  Directory 

d.  Common  parameter 

e.  Processing  Summary  Log 

f.  User  interaction  log. 


Included,  in  the  processing  summary  are: 

a.  Tape  ID,  number  of  scenes  or  process  request 

b.  File  name 

c. .  Process  request  ID 

d.  Number  of  LBR  scenes 

e.  Operator  actions. 


12.4.2.4  Operational  Sequence 

No  action  is  necessary  when  GPPGEN  is  run  automatically  as  part  of  the  product 
completion  transaction. 


To  run  GPPGEN  manually: 
log  in 


OPLAN 
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Chen  key  In  either  of  Che  following  statements: 

STAKE  GPPGEN.CMD  (for  interactive  processing) 

^SUBMIT  GPPGEN.CTL  (for  batch  processing) 

Operator  displays  and  output  files  will  then  be  generated. 

12.4.2.5  Control  Mechanism 

The  following  types  of  messages  can  result  frcm  processing. 

Fatal  Error  - Preceded  by  "FATAL  ERROR:",  this  error  will  cause  the  program  to 
abort.  The  data  base  is  restored  to  the  point  just  prior  to  the  aborted 
program's  execution.  The  operator  is  notified  the  aborted  processing  by  an 
audio  alarm  and  an  error  message  on  the  KCRT.  A hardcopy  listing  of  the  error 
is  automatically  printed  on  the  line  printer.  Various  operator  actions  are 
required  (see  Table  12-2). 

Error  - Thi3  type  of  error  message  is  preceded  by  "ERROR:",  and  can  describe 
either  invalid  operator  input,  or  a processing  error  serious  enough  to  abort  a 
processing  subset  within  the  program.  Some  form  of  operator  action  is  required 
(see  Table  12-2). 

Informational  - Messages  of  this  type  are  preceded  by  the  phrase  "INFORMATION:", 
and  describe  general  processing  information  such  as  file  names,  tape-IDs,  and 
processing  activities.  They  require  no  operator  action. 

Other  - Operator  prompts  and  general  information  (see  Table  12-2). 


OP  LAN 


Table  12-2.  Operator  Message/Action  Matrix 


Table  12-2.  (Continued) 


I 


FORWARD  OUTPUT  TO 
DATA  BASE  ADMINIS- 
TRATOR 


FORWARD  OUTPUT  TO 
SOFTWARE  MAINTENANCE 


RESPOND  PROPERLY 


TAKE  CPPCENERR.CMD 


DO  NOT  RERUN 
GPPCEN 
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12.4.2.6  Program  Scheduling 

GPPGEN  will  be  run  on  an  as  required  basis,  normally  in  the  automatic  mode.  Run 
tine  is  estimated  to  be  3 to  5 minutes.  Manual  GPPGEN  will  be  run  at  the 
direction  of  the  production  control  manager. 


BEST  AVAILABLE  COPY 


OP  LAM 
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Standing  Order  In  forint  ion 

Standing  orders  may  be  entered  via  a CRT  using  the  approved  form 
(reference  figure  2 for  a preliminary  version).  This  information 
ray  also  be  entered  via  a standing  order  tape  (reference  Appendix  A), 
."'edifications  to  a standing  order  .in  the  data  base  will  be  accompli uh.d 
by  deleting  the  order  and  reentering  it  with  the  new  information. 

This  will  require  that  all  information  for  the  modified  order  be 
••I'.b.-TU feted  on  the  approved  standing  order  form.  Deletion  of  an  order 
can  also  be  accomplished  interactively  only  using  the  order  id. 

A standing  order  is  a request  by  a user  for  image  products  r nd/or 
acquisitions  of  geographical  areas  wxihin  a specified  time  span. 

These  acquisitions  or  products  eh j re  a coi.cion  set  of  order  criteria 
such  as  tensor,  cloud  cover,  etc.  Note  that  the  generation  of  an 
HDT-A  tape  is  the  automatic  result  of  a request  for  image  acquisition 
by  a domestic  user.  Consequently,  HDT-A  tapes  may  not  be  requested 
by  a standing  order  for  user  products. 


Standing  order  information  consists  of  the  following: 


User  ID 


User  Type 


Mission 


Sensor  - 

Minimum  sun  - 
angle 

Receiving  - 
Station 

Date  Span  - 


Gain  (For 
MSS  only) 

Mode  (For 
MSS  only) 


A six  character  alphanumeric  identifier  which 
uniquely  identifies  the  user  who  placed  the 
order.  This  ID  provides  a link  to  such  user 
information  as  the  address  of  the  user. 

A flag  identifying  the  user  as  either  forei  n 
or  domestic. 

The  number  of  the  Lanasat  satellite  to  be  used 
to  provide  imagery.  Note  that  a '0'  indicates 
"no  preference". 

A flag  indicating  the  sensor  to  be  used. 

The  minimum  sun  angle  at  which  the  picture 
is  to  be  taken. 

A four  character  code  identifying  the  ground 
station  at  which  the  video  is  to  be  received. 

The  begin  and  end  dates  for  the  time  period 
for  which  this  standing  order  is  to  remain 
active. 


The  desired  gain  setting  for  the  MMS  sensor 


The  desired  mode  setting  for  the  MMS  sensor. 
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Block  or 

Segments  - The  path/row  descriptors  for  the  geographical 

area.  Geographical  areas  are  described  as 
either  blocks  or  segments.  A segment  consist 
of  multiple  contiguous  rows  along  a path 
and  is  identified  using  a path,  a start  rev 
and  an  end  row.  A block  consists  of  a: 
convex  polygon  of  area  and  is  identified 
using  the  end  points  of  the  diagonal  as 
vest  err. -most  path  and  row,  and 
eastern-most  path  and  row. 


The  following  additional  information  applies  to  standing  orders 
for  acquistion: 


Acquisition 

Priority 


The  relative  priority  of  this  acquistion 
order. 


Number  of 

Acquisition 

Hits 


The  maximum  number  of  times  that  the  requests 
scene  is  to  be  acquired  within  the  specified 
time  span.  Special  notation  will  exist  to 
indicate  "everytime". 


Maximum 

Cloud  Cover 


The  maximum  predicted  cloud  cover  at  which 
this  acquisition  is  to  be  attempted. 


The  following  additional  information  applies  to  standing  orders 
for  products: 


Product  - The  relative  priority  of  this  product  order. 

Priority 


Number  - The  maximum  number  of  times  that  the  requ~-st« 

Product  Hits  products  are  to  be  generated  within  the 

Desired  specified  time  span.  Special  notation  will 

exist  to  indicate  "everytime". 


Maximum  The  maximum  assessed  cloud  cover  for  which 

Cloud  Cover  - this  product  is  to  be  generated. 


Product  Code  - 


Number 

Product 

Copies 

Desired 

Quadrants 
(for  TM  CCT 
Product  Only) 


A code  which  identifies  product  type,  map 
projection  and  resampling  alcorithm, 
(reference  PIR  U-1T23-LSD-DMS-GEN-008) . 

The  number  of  copies  to  be  made  of  each 
product  generated. 


A code  which  identifies  which  quadrants  are 
desired  on  TM  CCT  products. 
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Acceptable 

Quality 


The  lowest  quality  which  will  be  accepted 
for  products. 


ORIGINAL  PAGE  tS 
OF  POOR  QUALITY 


Enclosure  12-1.  (Cont'd) 


ORIGINAL  page  ,s 

OF  POOR  QUALITY  STANDING  ORDER  REQUEST 


USER  ID:_  

MISSION:_ 

SENSOR:_ 

DATE  SPAN  (YYDDDy : 
START : STOP: 


USER  TYPE:_ 

f 

MINIMUM  SUN  ANGLE: 
RECEIVING  STATION 
FOR  MSS  - GAIN:__ 
MODS: 


FOR  ACQUISITION 
NUM3ER  HITS  DESIRE: 


PRIORI  TY:_  __ 

MAXIMUM  PREDICTED  CLOUD  CO\  R: 


FOR  PRODUCT 

NUMBER  HITS  DESIRE: 

PRODUCT  CODE: 

ACCETABLE  QUALITY: 


PRIORITY , 

MAXIMUM  ASSESSED  CLOUD  COVER:_ 

NUMBER  COPIES  DESIRE: 

QUADRANTS  (FOR  TM  CCT  i-RODi S): 


AREA  DEFINED  AS  BLOCK  OR  SEGMENT 
AREAS 

BLOCK  (RECT'XNGLE)  - GIVE  THE  END  POINTS  OF  THE  DIAGONAL 


PATH 

ROW 

— 

PATH_ 

SEGMENTS: 

PATH 

ROW 

TO 

ROW 

PATH 

ROW 

TO 

ROW_  __ 

PATH 

ROW 

TO 

ROK_  _ _ 

PATH_ 

ROW 

TO 

ROW_ 

FATH ' 

ROW_ 

TO 

' ROW_ 

PATH 

ROW 

TO 

' ROW 

FIGURE  2 
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Retrospective  Order  Information 


A retrospective  order  is  a request  for  products  from  available  . 
imagery.  Retrospective  orders  will  be  entered  into  the  system  v 
via  CRT  using  the  approved  form  (reference  figure  3 for  a preliminary 
vor  .jion) . 


Retrospective  order  information  consists  of  the  following: 


User  ID  - A six  character  alphanumeric  identifier  which 

uniquely  identifies  the  user  requesting  the 
product.  The  inforraticn  for  the  user  rust 
have  been  previously  entered  into  the  data 
base. 

Priority  - The  relative  priority  of  this  retrospective 

order. 


Product  Code 


Copies 


NASA  Scene  ID 


Sensor 


The  code  identifying  what  type  of  product 
is  to  be  generated.  (reference 
PIR  U-1T23-LSD-DKS-GEN-008). 

The.  number  of  copies  of  each  product  to  be 
generated. 

The  identifier  of  the  scene  for  vhich  the 
product  is  to  be  generated.  The  format  of 
this  ID  is  SDDDDKHMKT  where: 

S = Satellite  number 

DDDD  « days  since  launch 

KHKMT  » time  of  day  in  tens  of  .•eco>> 

Sensor  used  to  take  the  desired  scene. 


Path 


Path  associated  with  desired  scene. 


Row 


Row  associated  with  desired  scene. 


Quadrants  - Quadrants  of  the  scene "for  which  products  are 

(fcr  TM  CCT  to  be  generated, 

products  only) 
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RETROSPECTIVE  ORDER  REQUEST 


U'^er  ID: 
PRIORITY: 


ORIGINAL'  FAG"  IS 
OF  POOR  QUAUTY 


tf  ADDUCT: 


COPIES: 


FOR  EACH  SCENE: 

NASA  SCENE  ID  SENSOR  PATH  ROW  iJJ.  O'.V  NTS 


! 


I- 


Figure  3 


h 


Knrlnajre  19—1 
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DESCRIPTION 


HDT-AM  = MSS  Partially  Processed  High  Density  Tape 

HDT-AT  = TM  Partially  Processed  High  Density  Tape  . 

HDT-PT  «=  TM  Fully  Processed  High  Density  Tape 


F241-AM 

F241-PM 

F241-AT 

F241-PT 


MSS  Partially  Processed  241  ran  LBR  Film 
MSS  Fully  Processed  241  mm  LBR  Film 
TM  Partially  Processed  241  mm  LBR  Film 
TM  Fully  Processed  241  mm  LBR  Film 


CCT-AM 
CCT- PM 
CCT-AT 
CCT-PT 


MSS  Partially  Processed  Computer  ComDatible  Tape 
MSS  Fully  Processed  Computer  Compatible  Tape 
TM  Partially  Processed  Computer  Compatible'- Tape-- 
TM  Fully  Processed  Computer  Compatible  Tape 


BSQ  “ ' Band  Sequential 

jBIL  = Band  Interleaved  by  Line 


MAP  PROJECTIOU/RESAHPLING  TYPE 


SOM 

UTM-PS 

cc 

NN 


Space  Oblique  Mercator 

Universal  Transverse  Mercator  or  Polar  Stereographic 
Cubic  Convolution 
Nearest  Neighbor 


OTHER  ATTRIBUTES 


POS 

NEG 

TRUE 

REV 

LIN 

LOG 

6250 

1600 

FULL  SCENE  = 
QUADRANT  «= 


Positive  LBR  Image  Format  (positive  prints) 

Negative  LBR  Image  Format  (negative  prints) 

True  LBR  Image  Sense 

Reverse  LBR  Image  Format 

Linear  LBR  Transfer  Function  Type 

Log  LBR  Transfer  Function  Type 

6250  Bit  Per  Inch  CCT  Recording  Density 

1600  Bit  Per  Inch  CCT  Recording  Density 

Full  Scene  Image  CCT  Format 

Quadrant  Image  CCT  Format  (TM  only) 


USE 


UIS 
I NT 
ARCH 
RES 


= Distribution  external  to  Ground  Segment 

= Distribution  internal  to  Ground  Segment  only 

® Archival  Medium 

- Not  currently  a Ground  Segment  product;  this  product  code 

reserved  for  possible  future  use. 


l ■ ' . 

1 
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MSS  PRODUCT  CODES 

OW-'AL  PAGc  fS 
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OF  PC  OR  QUALITY 

DESCRIPTION 

PRODUCT 

(INTERLEAVING 

MAP  PROJECT I Otl/ 

OTHER 

CODE 

FORMAT) 

RESAMPLING  TYPE 

USE 

ATTRIBUTES 

1000 

HDT-AM(BSQ) 

- 

DIS.ARCH 

3211 

F241-PM(BSQ) 

SOM/CC 

INT 

POS, TRUE, LIN 

3212 

F241-AM(B5Q) 

- 

HIT 

II 

3216 

F241-PM(BSQ) 

SOM/CC 

INT 

POS, TRUE, LOG 

3217 

F241-AM(BSQ) 

- 

INT 

ft 

3221 

F241-PM(BSQ) 

SOM/CC 

INT 

POS, REV. LIN 

3222 

F241-AM(BSQ) 

- - 

INT 

•1 

3226 

F241-PM  BSQ) 

SOtl/CC 

INT 

POS, REV, LOG 

3227 

F241-AM  BSQ) 

- 

INT 

ft 

3231 

F241-PM(BSQ) 

SOM/CC 

INT 

MEG, TRUE, |_IH 

3232 

F241  -AM(BSQ) 

INT 

II 

^3236 

F241 -PM (BSQ) 

SOM/CC 

INT 

NEG, TRUE, LOG 

*3237 

F241-AM(BSQ) 

- 

INT 

II 

^3241 

F241-PM(BSQ) 

SOM/CC 

INT 

NEG, REV, LIN 

3242 

F241-AM(BSQ) 

- 

INT 

II 

3246 

F241-PM(BSQ) 

SOM/CC 

INT 

NEG, REV, LOG 

3247 

F241-AM(BSQ) 

- 

INT 

It 

3311 

F241-PMIBSQ) 

SOM/NN 

INT 

POS  .TRUE, LIN 

3316 

F24l -pm(bsq; 

SOM/NN 

INT 

POS .TRUE.LOG 

3321 

F241-PMIBSQ) 

SOM/NN 

INT 

POS, REV. LIN 

3326 

F241-PM{BSQ) 

SOM/NN 

INT 

POS.REV.LOG 

3331 

F241-PM(BSQ) 

SOM/NN 

INT 

NEG, TRUE, LIN 

3336 

F241-PM1BSQ) 

SOM/NN 

INT 

NEG, TRUE ,LOG 

3341 

c241 -PM(BSQ) 

SOM/NN 

INT 

NEG, REV, LIN 

3346 

F241-PM(BSQ) 

SOM/NN 

INT 

NEG.REV.LOG 

3411 

F24l-PM(BSQ) 

UTM-PS/CC 

INT 

POS .TRUE, LIN 

3416 

F241 -PM(BSQ) 

UTM-PS/CC 

INT 

POS, TRUE, LOG 

3421 

F241-PM(BSQ) 

UTM-PS/CC 

INT 

POS, REV, UN 

3426 

F241-PM(BSQ; 

UTM-PS/CC 

INT 

POS.REV.LOG 

3431 

F241-PM(BSQ) 

UTM-PS/CC 

INT 

NEG, TRUE ,LIN 

3436 

F241-PM(BSQ) 

UTM-PS/CC 

INT 

NEG. TRUE ,LOG 

3441 

F241-PM(BSQ) 

UTM-PS/CC 

INT 

NEG , kEV ,L IN 

3446 

F241-PMIBSQ) 

UTM-PS/CC 

INT 

NEG.REV.LOG 

3511 

F24 1 - PM( BSQ) 

UTM-PS/NN 

INT 

POS, TRUE, LIN 

3516 

F241 -PM(BSQ) 

UTM-PS/NN 

INT 

POS, TRUE, LOG 

3521 

F24l-PM(BSQ) 

UTM-PS/NN 

INT 

POS, REV, LIN 

3526 

F24 1 - PM  8SQ ) 

UTM-PS/NN 

INT 

POS.REV.LOG 

A 3531 

F241 - PM ( BSQ ) 

UTM-PS/NN 

INT 

NEG, TRUE, LIN 

3536 

F241 -PM(BSQ) 

UTM-PS/NN 

INT 

NEG, TRUE, LOG 

3541 

F241-PM(BS0) 

UTM-PS/NN 

INT 

NEG, REV, LIN 

3546 

F241-PM(BSQ) 

UTM-PS/NN 

INT 

NEG.REV.LOG 
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MSS  PRODUCT  CODES  (cont’d.) 


PRODUCT 

CODE 

DESCRIPTION 

(INTERLEAVING 

FORMAT) 

|MAP  PROJECTION/ 
RESAMPLING  TYPE 

USE 

OTHER 

ATTRIBUTES 

5226 

CCT-PM(BSQ) 

SOM/CC 

RES 

1600, QUADRANT 

5321 

CCT-PM(BSQ) 

SOM/NN 

I NT 

1600, FULL  SCENI 

5421 

CCT-PM(BSQ) 

UTM-PS/CC 

INT 

1600, FULL  SCENI 

5521 

CCT-PM(BSQ) 

UTM-PS/NN 

I NT 

1600, FULL  SCENI 
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PRODUCT 

DESCRIPTION 

(INTERLEAVING 

CODE 

FORMAT) 

1100 

HDT-AT(BIL) 

1200 

HDT-PT  BSQ) 

1300 

.HDT-PT  (BSQ) 

1400 

HDT-PT(BSQ) 

HDT-PT(BSQ) 

1500 

3210 

F241-PT(BSQ) 

3215 

F241-PT  BSQ) 

3220 

F241-PT  BSQ) 

3225 

F241-PT(ESQ) 

3230 

F241-PT(BSQ) 

3235 

F241-PT9BSQ 

3240 

F241-PT(BSQ) 

3245 

F241-PT(BSQ) 

3310 

F241-PT(BSQ) 

F241-PT(BSQ) 

3315 

3320 

F241-PT(BSQ) 

3325 

F241-PTCBSQ) 

F241-PT(BSQ) 

3330 

3335 

F241-PT(BSQ) 

3340 

F241 -PT ( BSQ ) 

3345 

F241-£T(BSQ) 

3410 

F241-PTCBSQ) 

3415 

F241-PT  BSQ) 

3420 

F241-PTCBSQ) 

3425 

F241-PT/BSQ) 

3430 

F241-PTCBSQ) 

3435 

F24I-PT(BSQ) 

3440 

F241-PT  BSQ) 

3445 

F241-PT(BSQ) 

2510 

F241-PT(BSQ) 

3515 

F241 -PT ( BSQ ) 

3520 

F241-PT  BSQ 

3525 

F241 -PT (BSQ) 

3530 

F241-PT(BSQ) 

3535 

F241-PT  BSQ) 

3540 

F241 -PT (BSQ ) 

3545 

F241 -PT (BSQ ) 

PRODUCT  CODES 

MAP  PROJECTION/ 
RESAMPLING  TYPE 

ORIGINAL 

OF  POOR 

USE 

■* 

ARCH 

SOM/CC 

INT 

SOM/riN 

‘ INT 

UTM-PS/CC 

INT 

UTM-PS/NN 

INT 

SOM/CC 

DIS 

SOM/CC 

RES 

SOM/CC 

RES 

SOM/CC 

RES 

SOM/CC 

RES 

SOM/CC 

RES 

SOM/CC 

RES 

SOM/CC 

RES 

SOM/NN 

DIS 

SOM/MN 

RES 

SOM/NN 

RES 

SOM/NN 

RES 

SOM/NN 

RES 

SOM/NN 

RES 

SOM/NN 

RES 

SOM/NN 

RES 

• 

UTM-PS/CC 

DIS 

UTM-PS/CC 

RES 

UTM-PS/CC 

RES 

UTM-PS/CC 

RES 

UTM-PS/CC 

RES 

'UTM-PS/CC 

RES 

UTM-PS/CC 

RES 

UTM-PS/CC 

RES 

UTM-PS/MN 

DIS 

UTM-PS/NN 

RES 

UTM-PS/NN 

RES 

UTM-PS/NN 

RES 

UTM-PS/NN 

RES 

UTM-PS/NN 

?ES 

UTM-PS/NN 

KES 

UTM-PS/NN 

RES 

page:  ts 

quality 

OTHER 

ATTRIBUTES 


POS .TRUE, LIN 
POS, TRUE, LOG 
POS, REV, LIN 
POS,REy,LOG 
MEG .TRUE, LIN 
NEG, TRUE, LOG 
MEG, REV, LIN 
NEG, REV, LOG 

POS, TRUE, LIN 
POS, TRUE, LOG 
POS, REV, LIN 
. POS.REV.LOG 
NEG  .TRUE, LIN 
NEG .TRUE, LOG 
NEG, REV, LIN 
NEG, REV, LOG 


POS, TRUE, LIf 
POS .TRUE, LOC 
POS, REV, LIN 
POS.REV.LOG 
NEG.LIN.LIN 
NEG, LIN, LOG 
NEG, REV, LIN 
NEG, REV, LOG 

POS .TRUE, Lit 
POS,  TRUE,  L0- 
POS, REV, LIN 
POS.REV.LOG 
NEG, TRUE, LI 
NEG, TRUE, LO 
NEG, REV, LIN 
NEG, REV, LOG 
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DESCRIPTION 


PRODUCT 

(INTERLEAVING 

MAP  PROJECTION/ 

OTHER 

CODE 

FORMAT) 

— 

RESAMPLING  TYPE 

• USE 

ATTRIBUTES 

3610 

F24 1 -AT ( B I L ) 

_ 

* I NT 

POS, TRUE, LIN 

3615 

F241-AT(BIL) 

- 

RES 

POS, TRUE, LOG 

3520 

F241-AT(BIL) 

- 

RES 

POS, REV, LIN 

3625 

F241-AT 

(BIL 

) 

- 

RES 

POS, REV, LOG  . 

3630 

F241-AT 

(BIL 

- 

RES 

NEG, TRUE, LIN 

3635 

F241-AT 

(BIL) 

- 

RES 

NEG, TRUE, LOG 

3640 

F241-AT 

(BIL) 

RES 

MEG, REV, LIN 

3645 

F241-AT 

(BIL) 

- 

RES 

NEG, REV, LOG 

3710 

F241-AT 

( BSQ ) 

_ 

RES 

POS, TRUE, LIN 

3715 

F241-AT 

(BSQ) 

- 

RES 

POS .TRUE, LOG 

3720 

F241-AT 

BSQ) 

- 

RES 

POS, REV, LIN 

3725 

F241-AT 

(BSQ) 

- 

RES 

POS, REV, LOG 

.3730 

F241-AT 

BSO) 

- 

RES 

NEG  ,TP.UE, LIN 

§735 

F241-AT 

(BSQ) 

- 

RES 

NEG .TRUE, LOG 

*740 

F241-AT 

BSQ) 

- 

RES 

NEG, REV, LIN 

3745 

F241-AT(BSQ) 

- 

RES 

NEG, REV, LOG 

5110 

CCT-AT(BSQ) 

RES 

6250, FULL  SCENE 

5115 

CCT-AT(ESQ) 

- 

DIS 

6250  .QUADRANT 

5120 

CCT-AI(BSQ) 

- 

RES 

1600, FULL  SCEl 

0125 

CCT-AT(BS01 

- 

DIS 

1600.0UADRANT 

5130 

CCT-AT  BILj 

- 

RES 

6250, FULL  SCENE 

5135 

CCT-AT(BIL) 

- 

DIS 

6250 .QUADRANT 

5140 

CCT-AT(BIL) 

- 

RES 

1600, FULL  SCENE 

5145 

CCT-AT(BIL). 

- 

DJS 

1600, QUADRANT 

5210 

CCT-PT( 

BSQ) 

/ 

-SOM/CC 

RES 

6250, FULL  SCENE 

5215 

CCT-PT( 

BSQ) 

SOM/CC 

DIS 

6250 .QUADRANT 

5220 

CCT-PT 

BSQ' 

SOM/CC 

RES 

1600, FULL  SCENE 

5225 

CCT-PT 

BSQ) 

SOM/CC 

DIS 

1600, QUADRANT 

5230 

CCT-PT(BIL] 

SOM/CC 

RES 

6250, FULL  SCENE 

5235 

CCT-PT(B1L 

SOM/CC  ‘ 

DIS 

6250 .QUADRANT 

5240 

CCT-PT(BIL 

SOM/CC 

RES 

1600, FULL  SCENE 

5245 

CCT-PT(BIL) 

SOM/CC 

DIS 

1600, QUADRANT 

TH  PRODUCT  CODES  (cont'd) 
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DESCRIPTION 

PRODUCT  (INTERLEAVING 

CODE  FORMAT) 


MAP  PROJECTION/ 
RESAMPLING  TYPE 


OTHER 

USE  ATTRIBUTES 


5310 

CCT-PT ( 

BSQ) 

BSQ) 

5315 

CCT-PT { 

5320 

CCT-PT(BSQ) 

5325 

CCT-PT(BSQ) 

5330 

CCT-PTI 

BIL 

5335 

CCT-PT ( 

BIL) 

5340 

CCT-PT 

BIL 

5345 

CCT-PT(BIL) 

5410 

CCT-PT 

[BSQ) 

5415  ' 

CCT-PT 

BSQ 

5420 

CCT-PT 

BSQ) 

5425 

CCT-PT 

BSQ) 

5430 

CCT-PT 

BIL 

5435 

CCT-PT 

BIL) 

5440 

CCT-PT 

BIL 

5445 

CCT-PT 

(BIL) 

5510 

CCT-PT 

(BSQ) 

5515 

CCT-PX 

BSQ) 

5520 

CCT-PT 

(BSQ) 

5525 

CCT-PT(BSQ) 

5530 

CCT-PT(BIl) 

5535 

CCT-PT 

BIL 

5540 

CCT-PT 

(BIL) 

5545 

CCT-PT(BIL) 

SOM/MN 

RES 

6250, FULL  SCEN 

SOfl/NN 

DIS 

6250 .QUADRANT 

SOM/NN 

RES 

1600, FULL  SCEN 

SOM/NN 

DIS 

1600, QUADRANT 

SOM/NN 

RES 

6250, FULL  SCEN 

SOM/NN 

DIS 

6250 .QUADRANT 

SOM/NN 

RES 

1600, FULL  SCEN 

SOM/NN 

DIS 

1600, QUADRANT 

UTM-PS/CC 

RES 

6250, FULL  SCEN 

UTM-PS/CC 

DIS 

6250, QUADRANT 

UTM-PS/CC 

RES 

1600, FULL  SCENI 

UTM-PS/CC 

DIS 

1600  .QUADRANT 

UTM-PS/CC 

RES 

6250, FULL  SCEN! 

UTM-PS/CC 

DIS 

6250, QUADRANT 

UTM-PS/CC 

RES 

1600, FULL  SCENI 

UTM-PS/CC 

DIS 

1600 .QUADRANT 

UTM-PS/NN 

RES 

6250, FULL  SCENI 

UTir-PS/NN 

DIS 

6250, QUADRANT 

UTM-PS/NN 

RES 

1600, FULL  SCENI 

UTM-PS/NN. 

DIS 

. 1600, QUADRANT 

UTM-PS/NN 

RES 

6250, FULL  SCENI 

UTM-PS/NN 

DIS 

6250 .QUADRANT 

UTM-PS/NN 

RES 

1600, FULL  SCENI 

UTM-PS/NN 

DIS 

1600, QUADRANT 

Enclosure  12-2.  (Cont'd) 
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SECTION  13 

PERFORMANCE  EVALUATION  PRODUCT  GENERATION  (PEPG) 

13.1  ENVIRONMENT/ RESOURCES 

The  1’EPG  activities  are  performed  In  the  Multlspectral  Scanner  Image  Processing 
System  (MIPS)  area  located  In  the  computer  room,  first  floor.  Building  28, 
Goddard  Space  Flight  Center. 

13.1.1  HARDWARE  REQUIREMENTS 

Three  parallel  strings  of  equipment  (Figure  13-1)  are  available.  One  string  of 
equipment  will  support  PEPG.  All  elements  of  that  equipment  are  Involved  for 
complete  PEPG  support. 

13.1.2  SOFTWARE  REQUIREMENTS 

The  PEPG  process  consists  of  the  following  subprocesses: 

a.  Monitor 

b.  Test  pattern  generation 

c.  MSS  product  generation 

d.  Comtal  scene  display 

e.  Ingest 

f.  Geometric  corrections 

g.  Dumps  and  reports  generation. 

13.2  OVERVIEW/ BACKGROUND 
13.2.1  PRECEDING  ACTIVITIES 

OP  LAN 


13-1 


81SDS4232 
Revision  A 
16  July  1982 

The  Landsat-D  spacecraft  gathers  image  data  which  is  transmitted  to  a ground 
station.  The  data  is  further  transmitted  to  the  Data  Receive  Record  and 
Transmit  System  (DRRTS)  which  is  located  in  the  same  computer  room  as  MIPS.  The 
data  is  recorded  on  a high  density  digital  recorder  (HDDR)  and  the  tape  is 
labeled  high  density  tape  raw  data  from  MSS  (HDT-RM).  From  the  HDT-RM,  MIPS 
generates  a radlometrically  corrected  high  density  tape  that  is  labeled  HDT-AM. 
The  HDTs  are  stored  in  the  Temporary  Archive  Storage  (TAS)  to  be  withdrawn  as 
needed  for  processing. 

The  Mission  Management  Facility  --  Multispectral  Scanner  (MMF-M)  coordinates  all 
activities,  both  internal  and  external  to  the  Landsat-D  Ground  System  (GS). 
Whenever  a requirement  to  process  any  or  all  of  PEPG  arises,  process  requests 
(PR)  are  sent  to  the  MIPS-PEPG  personnel  for  performance. 

MIPS  personnel  coordinate  the  assignment  of  hardware,  software,  PRs,  CCTs,  and 
HDT-AMs.  Each  PR  is  subdivided  into  as  many  work  orders  (WO)  as  necessary  to 
facilitate  the  selection  of  proper  packages  of  work  as  defined  in  the  subprocess 
instructions.  For  PEPG,  a PR  normally  consists  of  only  one  WO. 

13.2.2  SUCCEEDING  ACTIVITIES 

After  PEPG  processing  has  been  completed  according  to  the  work  order 
instructions,  results  are  available  in  the  form  of  CCTs,  dumps,  reports,  MSS 
products,  and  disk  files  as  appropriate.  These  data  are  distributed,  according 
to  the  WO,  to  assigned  analysis  personnel. 


OPLAN 
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13.2.3  SCOPE  OF  PEPG 

PEPG  provides  a means  to  investigate  hardware  and  software  performance  relating 
to  the  MIPS  operations.  Except  for  dumps  and/or  displays  of  raw  data,  it  is 
designed  to  permit  analysts  to  see  cause  and  effect  of  process  results  as  image 
elements  progress  through  the  system. 

13.3  FUNCTIONAL  DESCRIPTION 

The  P U?G  consists  of  the  functions  to  generate  products  and  to  evaluate  selected 
MSS  products  and  the  performance  of  the  processes  involved  in  generating  them. 

Interface  relationships  of  PEPG  to  other  activities  are  shown  in  Figure  13-2, 
and  control  and  communications  flow  are  shown  in  Figure  13-3. 


13.3.1  INPUTS 


PEPG  is  capable  of  ingesting  the  Inputs  shown  below: 


SOURCE 


DESCRIPTION  OF  INPUTS 


Operator  Terminal 
Tape  Storage 
Tape  Storage 


Operator  Inputs 
HDT-AM  (BSQ) 

CCT-AM  (1600  bpi,  BSQ) 


Tape  Storage 


CCT-PM  (1600  bpi,  BSQ). 


Process  Request 
Long-Term  Parameter  File 


Short-Term  Parameter  File 


Operational  Parameter  File 


DRRTS 


Tape  and  Film  Labels 


Photo  Lab 


LBR  Calibration  Data 


OPLAN 
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13.3.2  OUTPUTS  \ 

j 1 

After  the  PEPG  subprocesses  hsve  acted  on  the  input  data,  outputs  are  available 
as  shown  below: 


SOURCE  ; 

DESCRIPTION  OF  INPUTS 

Operator  Terminal 

Outputs  to  Operator 

Tape  Storage! 

i 

CCT-AM  (1600  bpi,  BSQ) 

Tape  Storage: 

j 

CCT-PM  (1600  bpi,  BSQ) 

MMF  ! 

* 

Process  Feedback 

j 

MMF 

! 

F241-AM  Latent  Film 

t 

MMF 

F241-PM  Latent  Film 

QA  Group  ! 

j 

Dumps 

QA  Group 

f 

PE  Reports 

Cootal  ! 

Image  Display  Data 

QA  Croup  j 

QA  Reports 

MIPS  Operator 

i 

Processing  Status  Reports 

13.3.3  HARDWARE/ SOFTWARE ! SUMMARY 


Hardware 


The  MIPS  hardfware  consists  of  three  independent  strings  of  equipment.  Except 

j > 

for  card  reader,  x-y  digitizer  and  one  VT100  keyboard  display,  the  strings  are 
Identical.  Table  13-1  gives  model  no. , vendor  and  a brief  description  of  the 


MIPS  hardware. 


OPLAN 
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Table  13-1.  MIPS1  Hardware  Liat  (Sheet  1 of  3) 


ORIGINAL  PASS  f$ 
OP  POOa  .QUALITY 


ITEM  DESCRIPTION 

VENDOR 

MODEL 

1 

SINGLE  PORT  DISKS  (11) 

DEC 

RP06AA 

2 

VAX1 1/780 

DEC 

VAX1 1/780 

3 

SPDI/PSDO  CABINET 

GE  LANHAM 

N.A. 

4 

TAPE  UNIT  (2) 

DEC 

TU45 

5 

DEC  WRITER  - HARD  COPY 
TERMINAL 

DEC 

LA36-CE 

6 

LINE  PRINTER 

DEC 

LP11-VA 

7 

COMTAL  IMAGE  PROCESSORS  (2) 

COMTAL 

30-SA 

8 

VIDEO  TERMINAL  KCRT  (4) 

DEC 

VT100-AA 

9 

DIGITAL  IMAGE  RECORDER  70  MM 

DICOMED 

D46 

10 

ZOOM  TRANSFER  SCOPE 

BAUStH  & 
LOMB 

ZT4H 

11 

DIGITIZER 

SCIEN . 
ASSOC. 
CORP. 

GPG-30 

12 

28-TRK  HDDR 

MARTIN 

2879L 

1 •> 
iJ 

vAKu  KtALiLK 

DEC 

CRll-A 

14 

H9602-DF  EXPANSION  CABINET 

DEC 

H9602-DF 

15 

H9602-HA  EXPANSION  CABINET 

DEC 

H9602-HA 

16 

TAPE  STORAGE  RACKS 

ACME 

VISIBLE 

CUSTOM 

17 

ARRAY  PROCESSOR 

FPS 

AP180V 

18 

MOVING  W DISP. 

MDA 

N/A 

19 

MIPS  PATCH  P. 

GE-L 

N/A 

20 

MIPS  HDDR  INTERCONN 

GE-L 

N/A 

13-8 


Table  13-1.  MXPSI  Hardware  List  (Sheet  2 of  3) 


«.'owal  page  ts 

0F  p00 A quality 


ITEM 

DESCRIPTION 

VENDOR 

MODEL 

21 

DECNET  LINK 

DEC 

DMC11-DA 

22 

DECNET  LINK 

DEC 

DMC11-AB 

23 

SERIAL  LINE  MULTIPLEXER 

DEC 

DZil-A 

24 

UNIBUS  CENERAL  PURPOSE 
INTERFACE 

DEC 

DRU-C 

25 

MASSBUS  GENERAL  PURPOSE 
INTERFACE 

DEC 

DR70 

26 

GENERAL  PURPOSE  LMA 
INTERFACE 

DEC 

DR11-B 

27 

MASSBUS  ADAPTOR 

DEC 

RH780 

28 

UNIBUS  ADAPTOR 

DEC 

DW780-AA 

29 

RACK-MOUNTABLE  EXTENSION 
MOUNTING  BOX  5 SYSTEM  UNIT 

DEC 

BAll-KE 

30 

EXPANSION  BACKPLANE  MOUNTING 
UNITS,  HEX  2 QUAD 

DEC 

DD11-DK 

31 

256  KB  MEMORY  WITHOUT 
CONTROLLER 

DEC 

MS 780-DA 

32 

256  KBYTE  MEMORY  WITH 
CONTROLLER 

DEC 

MS780-CA 

33 

1 MBYTE  MEMORY  (3) 

DEC 

MS780-DC 

34 

500  KBYTE  MEMORY 

DEC 

MS780-DB 

35 

FLOATING  POINT 
ACCELERATOR  (FPA) 

DEC 

FP780-AA 

36 

DEC  INTERFACE 

DEC 

DR  780 

37 

SYNCHRONIZED  TIME  CODE 
GENERATOR  (STCG) 

DATUM 

9100-921 

38 

FREQUENCY  SYNTHESIZER 

DATUM 

9800-530 

COHPUTER  INTERFACE  UNIT 
(FSCIU) 


I 

i 

i 
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Table  13-1. 1 MIPSI  Hardware  List  (Sheet  3 of  3) 


ITEM  DESCRIPTION 

39  FREQUENCY;  SYNTHESIZER 
! UNIT  (FSU) 


VENDOR MODEL 

PRD  HARRIS  N/A 


40  TAPE  SEARCH  UNIT  (TSU) 

1 

DATUM 

9241-241 

1 

41  TIMING  SUBSYSTEM  COMPUTER 

DATUM 

9800-626 

INTERFACE  UNIT  (TSCIU) 

42  TIME  CODEi  TRANSLATOR  (TCT) 

DATUM 

9210-646 

| ! 

43  COMTAL  BLACK  & WHITE  (2) 

COMTAL 

BRBT-17 

MONITOR  i 

44  UNIBUS  INTERFACE 

MDA 

MDB-11C 

1 i 

45  UNIBUS  INTERFACE 

i S 

MDA 

MDB-11B 

1 

46  LANDSAT  FORMAT  SYNC 

MCA 

N/A 

1 BUFFER  MEMORY 

47  COMTAL  UNIBUS  INTERFACE  (2) 

t ; 

COMTAL 

N/A 

4^  IGF  TAPE  CONTROL  (ITC) 

GE  LANHAM 

N/A 

MATRIX  SWITCH 

I 

4j)  4 BIT  RAk  IMAGE  MEMORY  (2) 

COMTAL 

MI-82-2-1 

50  2 BIT  GRAPHIC  MEMORY  (2) 

j 

COMTAL 

MI-82-2-3 

51  PROGRAMMABLE  TRACKBALL  (2) 

COMTAL 

N/A 

eh  r> ata  nrcv 

■'f-  - ~ V 

COMTAL 

M/A 

••f  •• 
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Sof tware 

PCPC  software  consists  of  a PEPG  package  and  seven  computer  program 
subprocesses.  They  are: 

a.  PEPG  monitor  process 

b.  Test  pattern  generation  subprocess 

c.  MSS  product  generation  subprocess 

d.  Comtal  display  subprocess 

e.  Ingest  subprocess 

f.  Geometric  corrections  subprocess 

g.  Dumps  and  reports  generation  subprocess 

h.  Film  mount  subprocess 

1.  Interactive  dump  subprocess. 

13.4  PROCESS  OPERATIONS 

The  PEPG  process  is  supported  by  a number  of  subprocesses  and  routines,  as 
listed. in  this  section.  Specification  relationships  are  shown  In  Figure  13-4. 

13.4.1  PEPG  MONITOR  PROCESS  (PEPGMON) 

The  PEPG  software  employs  independently  executing  subprocesses  to  accomplish  its 
requirements.  PEPGMON  is  the  process  which  oversees  and  controls  the  execution 
of  the  remainder  of  the  subprocesses.  This  process  exists  above  all  others  in 
the  hierarchy  of  PEPG  processes.  The  communication  mechanism  utilized  to 

control  the  PEPG  processes  is  the  VAX  mailbox.  The  functions  associated  with 
PEPGMON  are  shown  in  Figure  13-5. 
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PEPG  MONITOR 
PROCESS 
CPDS 

CPD-3122 


TEST  PATTERN 

GENERATOR 

SUBPROCESS 


I 


MSS  PRODUCT 

GENERATION 

SUBPROCESS 


CPDS 


COKTAL  SCENE 
DISPLAY 
SUBPROCESS 
CPDS 

CPD-3124 


3 

V * g 

INCEST 

SUBPROCESS 

CPDS 

CPD-3126 

Geometric 

CORRECTIONS 

SUBPROCESS 

CPDS 

CTD-312^^— ■ 

DUMPS  & REPORTS 
GENERATION 
SUBPROCESS 
CPDS 

^PD-3117,^" 

Figure  13-4.  Specification  Tree  Showing  PEPG  Package  Specification 
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13.4.2  MAGNETIC  TAPE  INGEST  (INGEST) 

The  PEPG  oust  accept  scene  data  from  HDT-AM,  CCT-AM  and  CCP-PM  and  place  it  on 
disk.  INGEST  Is  the  subprocess  which  coordinates  this  activity.  It  Is 
activated  and  controlled  by  PEPGMON.  The  functions  associated  with  INGEST  are 
shown  in  Figure  13-6. 

13.4.3  TEST  PATTED  GENERATOR  (TPG) 

The  PEPG  must  generate  teat  pattern  scene  data  and  place  it  on  c'.sk  In  the  same 
manner  as  INGEST.  This  function  is  useful  for  testing  during  the  development 
phase  and  for  routine  line  tests  during  production.  The  TPG  provides  this 
capability.  The  functions  associated  with  TPG  are  shown  in  Figure  13-7. 

13.4.4  GEOMETRIC  CORRECTIONS  (GEOCORR) 

The  PEPG  must  provide  the  capability  to  apply  geometric  corrections  on  partially 
corrected  AM  scenes  to  create  fully  corrected  PM  scenes.  In  order  to  provide 
this  capability,  GEOCORR  performs  the  following  functions: 

a.  Establishes  mailbox  communication  with  PEP''-  . I 

b.  Utilises  mailbox  created  for  communication  with  PEPGMON  for  special 
events 

c«  Extracts  the  requested  partially  corrected  video  data  and  HAAT  data 
from  disk 

d.  Obtains  the  geometric  correction  matrix  in  the  HAAT  data 

e.  Applies  the  geometric  corrections  to  each  pixel 

f.  Returns  the  resultant  fully  corrected  sceae  data  and  HAAT  data  to  a 
new  logical  file  designated  to  hold  Che  fully  corrected  scene  data 

g.  Sends  completion  information  to  PEPGMON. 

OP  LAN 
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Figure  13-6.  Ingest  Functional  Breakdown 


13-15 


( 


Figure  13-7.  TPG  Functional  Breakdown 
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13.4.5  MSS  PRODUCT  GENERATION  (MSSPROD) 

The  PEPG  must  provide  the  capability  to  produce  selected  MSS  products.  MSSPROD 
is  the  subprocess  which  coordinates  their  generation.  It  considers  two  types  of 
products:  CCTs  and  F241  film.  This  subprocess  is  activated  and  controlled  by 
PEPGMON.  Its  functions  are  shown  in  Figure  13-8. 


13.4.6  DUMPS  AND  REPORTS  (DUMREP) 

the  PEPG  produces  several  types  of  dumps  and  reports  which  consider  scene  data 
previously  stored  on  disk.  DUMREP  is  the  subprocess  which  coordinates  this 
activity.  It  is  activated  and  controlled  by  PEPGMON.  Its  function  and 


capabilities  are  shown  in  Figure  13-9. 


13.4.7  COMTAL  SCENE  DISPLAYS  (COMDIS) 

The  PEPG  provides  the  capability  to  display  selected  scene  data  from  disk  on  the 
Comtal  display  unit.  COMDIS  supports  this  capability.  It  is  activated  by  the 
operator  in  an  interactive  mode  on  a separate  terminal.  It  is  run  independently 
of  other  PEPG  functions.  This  is  accomplished  using  the  DCL  RUN  command.  The 
functions  included  in  COMDIS  are  shown  in  Figure  13-10. 


13.5  FREQUENCY  OF  OPERATION 

PEPG  activities  occur  on  a routine  basis  daily.  The  total  archive  generation 
processing  load  for  MIPS  (three  strings)  is  200  newly  acquired  scenes 
(distributed  on  nine  HDTs)  each  day  with  an  allocation  of  20  scenes  of  rework. 
Each  newly  acquired  HDT-RM  is  processed  to  a single  HDT-AM.  The  rework  scenes 
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are  randomly  distributed  on  nine  HDT-RMs  and  are  processed  multiple  HDT-RM  to 

i i 

HDT-AM.  Thus,  the  archive  generation  output  is  18  HDT-RM  and  10  HDT-AM. 


All  10  HDT-AMs  are  processed  by  PEPG  for  performance  evaluation.  For  two  of  the 

HDT-AMs,  44  scenes  are  100Z  sampled,  and  for  the  other  eight  HDT-AMs  35  scenes 

» : 

j j 

are  20Z  sampled.  Of  the  sampled  scenes,  35  are  processed  for  ingest  summaries 

| i 

and  44  are  processed  for  both  ingest  and  scene  summaries. 


The  products  (generated  are: 
PRODUCT  \ 

S I 

CCT-AM  ! 


i 


CjCT-PM 

F241-AM 

| ! 

F241-PM  j 

i 

PE  Reports  and  Detailed  Dumps 

i 

I 


MIPS  string 
and  PEPC  (QA) 
shifts). 


QUANTITY 

2 

2 

6 

2 

2 for  2 scenes 


PEPC  - Performance  Evaluation  is  allocated  7.6  hours  of  processing  time  on  one 


to  accomplish  the  above  tasks.  This  time  is  divided  between  PEPG 
and  distributed  throughout  the  work  day  of  0800  to  2400  (two 


13.6  DETAILED  OPERATIONAL  SEQUENCES 

i • 

PEPC  is  run  on  pert  or  allj  of  a MIPS  string  of  equipment,  depending  upon  process 

I ! 

request  instructions.  This  paragraph  contains  several  examples  of  typical 

| f 

activities  which  occur  in  PEPG  processing.  Exhibit  1 is  an  example  of  actions 


required  to 


produce  a CCT-AM,  PE  report,  F241-PM  and  an  F241-AM.  Exhibit  2 is 


! 
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an  exampl  : of  detailed  man-machine  procedures  to  initialize  the  selected  MIPS 
string  to  perform  PEPG  work  orders. 
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PEPG  EXHIBIT  1 


PERFORMANCE  EVALUATION  PRODUCTS 

The  PEPC  function  has  a wide  variety  of  input/output  combinations  which  may  be 
requested  either  by  an  MMF  process  request  or  an  engineering  process  request.  In 
the  interest  of  simplicity  and  clarity,  this  scenario  will  assume  that  MMP  has 
processing  requests  for  several  products  from  a single  HDT-AM. 

a.  CCT-AM  for  scene  02 

b.  PE  report  for  scene  02 

c.  F241-PM  for  scene  07 

d.  F241-AM  for  scene  #18. 

It  is  also  assumed  that  MIPS  string  #3  has  been  allocated  the  PEPC  processing 
function. 

the  F241-PH  film  will  be  produced  in  two  stages.  First,  MIPS  will  produce  a 
CCT-PM,  then  241  mm  film  will  be  produced  on  the  TIPS  string. 

Process  requests  for  these  products  will  be  generated  after  the  HDT-AM  has 
completed  the  product  evaluation  phase  and  has  been  released  by  the  QA  group. 
At  that  time,  the  following  process  requests  will  be  generated  by  the  MMF: 

a.  CCT  process  request  (MIPS  string  #3) 

1.  CCT-AM  for  scene  02 

2.  CCT-PM  for  scene  07 

b.  Non-media  process  request  (MIPS  string  #3) 

1.  PE  report  for  scene  #2 
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c.  Film  proceos  request  (TIPS) 

I i 

1.  F241-AM  for  scene  #18 


The  process  request  for  the  F241-PM  film  will  be  generated  after  MMF  receives 


the  process  request  feedback  for  the  CCT-PM. 


Figures  13— 1 l j through  13-13  are  the  data  flow  diagrams  for  the  MIPS  and  TIPS 

I | 

strings.  The  following  text  describes  each  function. 


CCT  PROCESS  REQUEST  (FIGURE  'l3-ll) 

1.  MMF  generates  a move  order  for  HDT-AM  ffXYZAM  to  be  moved  to  MIPS 

j \ 

string  #3.  The  tape  archive  operator  performs  the  move  operation  and 
logs  jit.  j 

2.  MMF  generates  the  CCT  and  non-media  process  requests  for  transfer  to 

MIPS  jstrlng  #3.  ' 


3.  MIPS  string  #3  transfers  the  process  requests  and  places  them  In  queue 


with  jother  process  requests.  The  operator  may  reorder  the  queue  at 
his  option. 

4.  The  MIPS  operator j requests  a set  of  CCT-AM  labels  from  MMF  and 


receives  the  next  sequential  labels.  He  then  inputs  the  CCT 


identjif lcatlon  toj  the  MIPS  rtring  via  a terminal. 

5.  The  operator  attaches  the  CCT  labels  and  mounts  the  blank  tapes  on  the 

j ! 

TU-43  drives.  ' 

I i 

6.  When  the  process  irequests  reach  the  front  of  the  queue,  MIPS  will 


Issue  an  HDT  mount  request.  It  is  assumed  that  the  queue  is  ordered. 
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Figure  13-11.  CCT  Generation  Operational  Scenario 


Figure  13-12.  PE  Report  Generation  Operational  Scenario 


Figure  13-13.  F241-AM  Generation  Operational  Scenario 
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either  as  received  or  as  reordered  by  the  operator,  such  that  the  CCT 
process-  request  is  followed  by  the  non-media  process  request. 

7.  The  MIPS  operator  mounts  and  positions  HDT-AM  0XYZAM  in  response  to 
the  HDT  mount  request.  Ke  then  informs  the  MIPS  string  that  the  HDT 
mount  is  complete. 

8.  MIPS  will  search  the  HDT-AM  to  the  start  of  scene  02,  Ingest  it,  then 
search  to  the  start  cf  scene  07  and  Ingest  it. 

9.  After  the  ingest  of  scenes  02  and  07,  the  HDT  is  rewound. 

10.  MIPS  issues  a dismount  request  to  the  operator. 

11.  The  MIPS  operator  dismounts  the  HDT-AM  in  response  to  the  HDT  dismount 
request. 

12.  MIPS  writes  the  first  half  of  scene  02  to  the  blank  CCT.  The  operator 
dismounts  the  CCT  and  mounts  another  blank  CCT.  MIPS  writes  the  rest 
of  scene  02  to  the  CCT. 

13.  The  MIPS  operator  dismounts  the  scene  02  CCT-AM. 

14.  MIPS  performs  the  geometric  correction  of  scene  07  and  writes  it-  to 
disk. 

15.  The  MMF  operator  requests  a set  of  CCT-PM  labels  from  MMF,  and 
receives  two  labels  (one  for  bands  1 and  2 and  the  other  for  bands  3 
and  4).  He  then  inputs  the  CCT  identification  to  the  MIPS  string  via 
a terminal. 

16.  The  operator  attaches  the  CCT  labels  and  mounts  the  blank  tapes  on  the 
TU-45  drives. 

17.  MIPS  writes  scene  07  to  the  blank  CCTs. 
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18.  The  MIPS  operator  dismounts  the  scene  0 7 CCT-PM. 

19.  Upon  completion  of  writing  of  the  CCT3,  MIPS  will  generate  the  CCT 
process  request  feedback. 

20.  MMF  transfers  the  process  request  feedback  file  and  the  CCT 

directories. 

21.  22,  23.  The  MIPS  operator  logs  out  the  tapes  and  MMF  will  issue  a move 

order  for  the  HDT-AH  and  the  CCTs.  The  tape  archive  operator  moves 
the  tapes  into  the  tape  archive  area. 

NON-MEDIA  PROCESS  REQUEST  (FIGURE  13-12) 

1.  At  the  conclusion  of  the  CCT  writing,  MIPS  will  s^art  the  next  process 
request,  which  is  a PE  report  of  scene  02.  MIPS  will  scan  its  store 
of  scenes  to  determine  that  it  has  scene  02  on  disk.  MIPS  will 
proceed  to  process  the  scene  from  disk. 

2.  MIPS  will  perform  the'  analysis  as  required  by  the  process  request. 

3.  MIPS  prints  the  PE  report. 

4.  At  the  conclusion  of  the  report  MIPS  will  generate  the  non-media 
process  request  feedback. 

5.  MMF  transfers  the  aon-media  process  request  feedback  file. 

6.  The  MIPS  operator  delivers  the  PE  report  to  the  evaluator's  mailbox. 

F241-AM  PROCESS  REQUEST  (FIGURE  13-13) 

1.  MMF  generates  a move  order  for  HDT-AM  to  be  moved  to  the  TIPS  string. 

• The  tape  archive  operator  will  perform  the  move  operation  and  log  it. 

2.  MMF  generates  a film  process  request  for  transfer  to  the  TIPS  string. 
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3.  TIPSj  transfers  the  process  request  and  places  It  In  queue  with  other 

j i 

process  requests 4 

4.  When  the  film  process  request  reaches  the  front  of  the  queue,  TIPS 

! ! 

will'  Issue  an  HDT  mount  request  to  the  operator. 


5.  The  joperator  movhts  and  positions  HDT- AM  In  response  to  the  HDT  mount 
request.  He  then  informs  the  TIPS  string  that  the  HDT  mount  Is 

I,  i 

complete.  j 

6.  TIPS  will  search;  to  the  start  of  scene  #18  and  Ingest  It. 

7.  TIPS  will  rewind'  the  HDT-AM  at  300  IPS. 

I ! 

8.  TIPS  will  issue  an  HDT  dismount  request  to  the  operator. 

9.  Thej operator  dismounts  the  HDT-AM  In  response  to  the  HDT  dismount 

j 

request.  j 


10.  The  operator  mounts  the  241mm  film. 

i 1 

i 1 

11.  TIPS  writes  scene  #18  to  241  mm  film. 

12.  TIPjS  generates  the  process  request  feedback. 


13. 


MMI 


transfers  the  F241-AM  process  request  feedback  file. 


14.  Thd  operator  dismounts  the  241mm  film. 

15.  The  TIPS  operator  logs  out  the  HDT-AM  and  film  and  MMF  generates  move 

j ! 

orders  for  HDTrAM  to  be  transferred  to  the  tape  archive  area  ~nd  film 


to 


be  transferred  to  the  Photo  Lab. 


F241-PM  PROCESS  REQUEST 

I i 

The  F241-PM  process  request  follows  the  scenario  of  the  F241-AM  process  request, 
except  that  jthe  scene  Is 'ingested  from  the  CCT-PM  for  scene  #7. 
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PEPG  EXHIBIT  2 

SCENARIO  1:  SYSTEM  LOG  ON  AND  STATUS  DISPLAY 

Objective 

This  procedure  is  designed  to  demonstrate  the  operator's  LOG  ON  to  the  MIPS 
string  and  the  system  displays  of  status  and  capabilities* 


Test  Data 

Scenario  1 does  not  require  special  test  data. 

Expected  Outputs 

At  the  conclusion  of  Scenario  1,  the  MIPS  string  will  be  operational  and  ready 
to  perform  normal  MIPS  functions. 
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SYSTEM  RESPONSE 


COMMENTS 


1 PRESS  RETURN  KEY 

2 TYPE  "MIPS  (C/R)" 

3 TYPE  'MIPS  (C/R)" 

4 TYPE  "IN  (C/R)" 

5 TYPE  "CH  (C/R)" 

6 TYPE  "SH  (C/R)" 

7 TYPE  "EX(C/R)“ 

8 TYPE  "CA  (C/R)" 

9 TYPE  "SH  (C/R)’ 

10  TYPE  "EX  (C/R)" 


THE  SYSTEM  WILL  RESPOND  ‘USERNAME:”  REQUESTS  LOGIN 
THE  SYSTEM  WILL  RESPOND  "PASSWORD:"  REQUEST  PASS- 


MIPS  MENU  IS  DISPLAYED 
AS  SHOWN  IN  FIGURE  13-14 

MIPS  STARTS  UP  POE 
LOGGER  AND  ATTN 
THE  MESSAGE:  PACKAGE  CONTROL 

EXEUCTIVE  IS  ACTIVATED  WILL 
BE  PRINTED  ON  THE  SYSTEM  CONSOLE 

THE  SYSTEM  WILL  RESPOND  WITH 
SYSTEM  CHARACTERISTICS  MENU  AS 
SHOWN  IN  FIGURE  13-15  AND  PROMPT 
"PACKAGE  OPERATION:" 

THE  SYSTEM  WILL  RESPOND  BY  DISPLAYING 
THE  CURRENT  STRING  CHARACTERISTICS 
AS  SHOWN  IN  FIGURE  13-16 

THE  "FUNCTION:"  PROMPT  WILL  BE  OUTPUT. 

THE  SYSTEM  CAPABILIVES  MENU  WILL  SET  UP  STRING 
BE  DISPLAYED  AS  SHOWN  IN  FIGURE  CAPABILITIES 
13-17  AND  THE  "CAPABILITIES’  PROMPT 
OUTPUT 

THE  SYSTEM  CAPABILITIES 
WILL  BE  DISPLAYED  AS 
SHOWN  IN  FIGURE  13-18 
AND  THE  "CAPABILITIES” 

PROMPT  OUTPUT. 

THE  "FUNCTION:"  PROMPT  WILL  BE  OUTPUT 


WORD 

REQUESTS  COMMAND 
FROM  MENU 

INITIALIZE  TIE 
STRING 


SET  UP  STRING 
CHARACTERISTICS 


11  TYPE  “ATTN  (C/R)"  THE  SYSTEM  WILL  PROMPT: 

ENTER  PACKGE/ PROCESS  ID 


12  TYPE  "CCP  (C/R)"  THE  SYSTEM  WILL  PROMPT: 

ENTER  MESSAGE  (66  CHARACTERS) 
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i****************************  mips  COMMAND  MENU 


IN(1T)  . Strinu  Initialization 
AL(LOC/  Show  Disk.  Allocation 
CH(AR)  * Set.  F'ackase  Characteristics 
CA(F‘S)  Set  Strina  Capabilities 

MA(G>  MSS  Archive  Generation 

MC(CA)  Manual  Cloud  Cover  Assessment 
OA<F)  Quality  Assurance  Film  Gen. 

FF(FG)  I pi  i . Eval  . Product  Gen. 


* 

Attention  Util  its 
On-Line  Disc la*  U Li  lily 
COMTAL  Display  UtiliLy 
Interactive  Dump  Util. 
70mni  Film  Mount  Utility 


AT  (TN> 

OD(P) 

CO(MD) 

ID(UMP) 

FM(OUNT) 


Queue  Manipulation 
MMF  Input  Process 


* 

* 

* 

* 

t 

i 

* 

i 

* 

o> 
•* 

♦ 

t 

» 

31 

«*• 

' * 

* 

* 

: S 
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blew  ,Ma>  ' iii  si  ti::  i i tsi 

LPtGIrN)  Control  Point  bensrilioii 

Ffiill  > Control  Point  Failure  Display 


DM  ( U ) 

MI  <N> 

EP<  JO 
SKAT  ) 

HE  < LP ) 
EX (IT) 


End i nee i- ins!  F'ft 
F'aclvase  Status 


Creali on 
l.i i sr  lav 


Redisplay  this  florin 
E::it  St  rind  Control 


Figure  13-14.  KIPS  Command  Menu 
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**********************  Sd  PACKAGE  CHARACTERISTICS  MENU  **.**********#***t****** 

* 

, * EN  ^ Enable  M(UI  »u ck.aflf  autostart  * 

PIS  Disable  MOD  rsckase  autostart  * 

rot  * Sot  time  F-ollinU  value  for  MIN  p-cckaao  autostart  * 

FEP<P)/<T)  Sol  PEPG  1 i f ocean  to  PERMANENT  or  TEMPORARY  * 

PEP ( E ) / < D > Enable  or  Disable  PEPG  sinulecuc  1 o t 

MAG ( P ) / ( T > Sot  MAR  lifosear.  tn  PERMANENT  or  TEMPORARY  * 

MAG<E.>  /GO  Enahlo  or  Disable  MAG  si  mi  lee*. cl  <?  * 

MCA  v P ) / < T ) Sot  MCCA  lifespan  to  PERMANEN1  or  TEMPORARY  * 

hCA(E)/<I'>  Enable  or  Disable  MCCA  si m'.locs'el «•  * 

OAf  (P>/(T)  Sot- OAf  liteteen  to  PERMANENT  or  TEMPORARY  :! 

GAF(E>/(b>  Enable  or  Disable  QAE  sirmlocvicl o ' 

CPG(P)/(T)  Set  CPG  lifesr-ai,  to  PERMANENT  or  TEMPORARY  * 

EPGil  )/<!'/  Enable  or  Disable  CFG  sjiiSIkmh  Jr  _ * 

I.LL(P*/<T)  Set  ALL  »•  ackaiie  Jitos-ans  to  PERMANENT  or  TEMPORARY  i )? 

AtLiD/rD)  Enable  or'  Disable  ALL  si ns  1 ecv;c  1 »•  ' ’* 

E-ll  Si  too  cun  on t eackado  set  ti  mis  * 


HE(l.P)  1*  i sc  1 ay  this  menu  * 

CX<IT  > E::it  to  strinS  control  menu  * 

♦ 

***************************  ********.*.***.**********************#*******.*********  XX 


Figure  13-15.  Set  Packages  Characteristics  Menu 
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mag| 
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QAF1 
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CFG 


LIFESPAN 

TEMP 

TEMP 

TEMP 

TF.MP 
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Figure  13-16.  Show  Package  Operation  Display 
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*t*tttt**t*t**tt*ttt**.*.***%.*  SET  CAPABILITIES  MENU  *************> ************** *> 


* 

* 

t- 

* 


AL<L)  £' races*,  ALL  ccesbi li ties 
NIKNE)  Y»o  r«ot  process  any  capoL»i  1 i ti  os 

AG  .Process  MSS  archive  generation*  process  venues  is 

NAG  1%j  tint  process  MSS  archive  Generation  process  reuuests.. 

LB  Process  control  point  library  build. 

NLD  Ho  not  process  control  point  library  build. 

r p Process  file  product  seneralion  process  reuuests 

MFP  Bo  not  process  f i le  product  generation  process  reuuests 

IP  Process  CC1  product  generation  process  reuuests 

NTT  . Bn  nut  process  CCT  product  generation,  process  reuuests 

IH-:  Process  IIBT  dump/ report 

NBK  Bo  not  process  HBT  dume/reeor L 

SH<OU)  SI iuu  current  capabilities 
LX(IT)  E::it  to  tire  string  control  menu 
HE:  < l P ) Display  this  menu 


t 

>: 

> 

* 

« 

«• 

t. 

r. 

>■) 


i 

v > 

' > 

i 
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>. 


Figure  13-17.  Set  Capabilities  Menu 
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CAPABILITIES: .ALL 

capabilities:  sh 

St r inti  capabilities* 

Process  MSG  archive  generation  process  reouests. 
Process  control  point  library  build. 

Process  tile  product  generation  process  reouests. 
Process  product  dene  rat  inn  process  recuiests  . 
Process  Hm  di.imi  /report. . 

CftPAPTI  tt  tre  • r •- 


Figure  13-18.  String  Capabilities 
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STEP 

ACTION 

• 

i 

SYSTEM  RESPONSE 

i 

COMMENTS 

13 

{ 1 

TYPE  "ALL! PEP  THE  SYSTEM  HILL  RESPOND: 

DISKAAAAAAAAAAAA(C/R)"i  MESSAGE  RECEIVED:  AND  PROMPT 

FUNCTION: 

14 

TYPE  "ATTN  CCP  AL  THE  SYSTEM  WILL  RESPOND: 

PEP  DISKB8BBBBBBBBBB(C/R)" 

I : 

! i 

MESSAGE  RECEIVED:  AND 
PROMPT  FUNCTION: 

15 

TYPE  "ALL 

;<C/R)“ 

! tee  SYSTEM  PROMPT  FOR  PACKAGE  NAME 

( 

[ 

SHOW  DISKS 
ALLOCATED  TO  PEPG 

16 

TYPE  "PEP 

(C/R)" 

i 

THE  DISKS  ALLOCATED  TO  PEPG  WILL 
j BE  DISPLAYED,  AS  SHOWN  IN 

! FIGURE  13-19  AND  THE 

j “FUNCTION:"  PROMPT  OUTPUT 

» 

• 

17 

TYPE  "DMU 

(C/R )" 

| 

THE  DMU  MENU  WILL  BE  DISPLAYED 
AS  SHOWN  IN  FIGURE  13-20 
AND  THE  "DMU"  PROMPT  OUTPUT 

SHOW  THAT  THERE  ARE 
NO  PREVIOUSLY  ACTIVE 
PROCESS  REQUESTS  , 

OR  WORK  ORDERS 

18 

TYPE  "ACI 

R (C/R)" 

THE  "DMU"  PROMPT  WILL  BE  OUTPUT, 
INDICATING  THERE  ARE  NO  ACTIVE 
PROCESS  REQUESTS 

i 

19 

TYPE  "EX 

(C/R)" 

THE  "FUNCTION:"  PROMPT  WILL  BE 
OUTPUT. 

20 

TYPE  "ID 

(C/R)" 

j 

I 

j 

i 

THE  INTERACTIVE  DUMP  COMMAND  MENU 
AS  SHOWN  IN  FIGURE  13-21 
WILL  BE  DISPLAYED  AND  THE 
"IND:>"  PROMPT  OUTPUT 

SHOW  THAT  THERE 
ARE  NO  SCENES  ALL 
ON  THE  DlfK 

21 

TYPE  "TY 

A (C/R)"  } 

THE  ERROR  MESSAGE  "CANNOT  OPEN 
SCENE  DIRECTORY"  AND  THE  "IND:>" 
PROMPT  WILL  BE  OUTPUT 

22 

TYPE  "EX 

(C/R)" 

THE  "FUNCTION:"  PROMPT  WILL  BE 
OUTPUT 

23 

TYPE  "E 

I 

S (C/R)"  j 

THE  SYSTEM  WILL  RESPOND 

24 

1 

TYPE  "q 

(C/R)" 

THE  BATCH  QUEUE  WILL  BE  DISPLAYED 
AS  SHOWN  IN  FIGURE  13-22 

NEWLOG  WILL  BE  IN 
QUEUE.  THIS  IS  THE 
LOGGER 

• 

1 

13-38 

opla:< 

I 

t 

! 

f 

- 

Function:  ATT N CO*  A!  PEC  D1SKAAAAAAAAA.V.A 
MESSAGE  IvTCPIVEIi 

I'unr 1. 1 ( ir • : ATTN  (TP  At  FTP  riS\S\If>Kl<l<ftr<H!<lH<r<E<t<i:< 
MFSSAl'U  KT  f flU'I  Ti 
F'unr t- i on*.  All 
rf?in.i 

nm; : r:mti  f..n  **p  pig  NAnnim; 

l ACKAni  ht-THOMli  U1SK  NAtil 


m pj  skaaaaaaaaa 

JiIFIKHPHITHITI: 
ITTG1NAGFIHGI. 
TFNPlhAGElHi.K 

Function:  Uhl  I 


Figure  13-19.  Disk  Allocation  Display 
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STRING.*  M1PS1 


DMU  COMMAND  SUMMARY 


DATE! 15-N0V-1981 
tihe:o?:57:o6.5i 


ENTER  THIS.  . * 


DISP 

• 

• 

« 

EXIT 

• 

• 

« 

HELP 

« 

• 

0 

POOR 

« 

« 

4- 

UCOh 

« 

• 

0 

POSI 

• 

• 

0 

RUOR 

• 

• 

4 

% 

ROUE 

• 

• 

« 

FLPR 

• 

• 

FUOR 

« 

• 

* 

RSE1 

« 

• 

• 

CSE'i 

« 

• 

• 

HSE 1 

♦ 

• 

SBUU 

• 

• 

• 

CP°U 

• 

• 

• 

TO  DO  THIS.  . . 


. SELECT  A DMU  DISPLAY 
. EX  - T THE  DMU  SESSION 
. DISPLAY  THIS  HENU 

. CHANGE  THE  (P)RIORITY  OF  A GIVEN  (U)ORK  (OR)DER 
. ATTACH  A ( COM ) MENT  TO  A WORK  ORDER 

. CHANGE  THE  SCHEDULING  (POSI)TION  FOR  ONE  WORK  ORDER 
. < R ) SUORK  A (U)ORK  (OR)DER 

. (RESEQUENCE  THE  ENTIRE  SCHEDULING  (QUE)UE 
. (FL)USH  A (P)ROCESS  (R)EQUEST 
. < F ) LUSH  A (U)ORK  (OR)DER 
. (SET)  UORK  ORDER  TO  (R)EADY  STATE 
. (SET)  UORK  ORDER  TO  (C)OMPLETE  STATE 
. (SET)  UORK  ORDER  TO  ( H ) OLD  STATE 
. (S)ET  A-TAPE  (BOU)NDARY 
. (C)LEAR  A-TAPE  (BOU)NDARY 


! 


I 


Figure  13-20.  DMU  Command  Summary 
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Functions  ID 


Of?‘Gf,m  PAGE  (S 

OF  POOR  QUALITY 


ENTER  IMIS. i TO  DO  THIS 


TY  ( PE  ) * ( A OR  P)  . J . DEFINE  AM  OR  PM 

LI  (ST) DISPLAY  LIST  OF 

SC(ENE) * (SLOT  MUMPER ) SELECT  SCENE  1 

S2(CENL) » (SLOT  NUMBER)....; SELECT  SCENE  2 r 

IIP.  (VICE)  f (P  OR  I) CHOOSE  PRINTER  OR  TERMINAL 

RE(PORT) . (SUMrPER.FOU.UNDfCMP) ... .CHOOSE  CURRENT  REPORT  TYPE 

PA(RAMETER) j .:  .......  ENTER  PARAMETERS  FOR  CURRENT  REPORT  TYPE 


DATA 

AVAILABLE 
FOR  SCENE 


SCENES 

COMPARISON 
FOR  OUIPUI 


ONLY 


SH  ( OIJ  > 

PR <1 NT) 

SA(VE  > . (SLOT 


I 


NUMBER  I 


Pll ( ROD  » (SLOT  NUMBER) 


.SHOW  CURRENT  PARAMETERS 
.PRINT  THE  REPORT 
.SET  NO  PURGE  FLAG 
.REMOVE  NO  PURGE-.rLAG 


FOR  THIS  REPORT 


HE  ( LP ) . . . i ......  . REPEAT 


EX< IT ) 


.LEAVE 


MENU 

INTliUil 


IN-'  >1Y  A 
Tl  CANNOT 

i n l»  : >e:< 

END  IN  I BUM 


OPEN  SCENE  B I RECTORY 


Figure  13-21,  Interactive  Dump  Command  Menu 
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Function:  ES 
% U 

* batch  Buc'ue  •SYSUiATCH*  Joblim~10»  r<ast»nri-2f  Swan 

Current  Job  150  STAGE!  NEWLOG  Fri^8»  15-N0V-1981  09J27 

fcatch  Queue  *SYS$REAL.  TIME*  Joblim=10»  Dasenri=8»  Swan 

t.  3 


Figure  13-22,  Batch  Queue  Display 
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STEP  ACTION 


OR?G!i\'AL  PAGE  fs  I 
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SYSTEM  RESPONSE  COMMENTS 


25  TYPE  "S(C/R) 


A DISPLAY  OP  ALL  PROGRAMS  RUNNING  PCE_STA  WILL  BE  IN 
WILL  BE  OUTPUT  AS  SHOWN  IN  FIGURE  QUEUE.  THIS  IS  THE 
13-23  CCP  EXECUTIVE. 


26 


TYE  “DIR  LOCFILE.DAT; 1 SHOULD  BE  PRESENT. 

[ STAGE 1. LOGGERJ  (C/R)" 


27  TYPE  “SHOW  DEVICE  DB  THE  DISK  DEVICES  CURRENTLY  ON 
(C/R)“  THE  SYSTEM  WILL  BE  DISPLAYED. 

NOTICE  THE  AMOUNT  OF  FREE  DISK 
SPACE  ON  M1D4.  THIS  WILL  BE  COMPARED 
TO  THE  AMOUNT  OF  DISK  SPACE  ON 
M1D4  AFTER  ALL  SCENARIOS 
ARE  OVER. 


28  TYPE  “LO  (C/R)“ 


LOC  OFF  SYSTEM,  THIS  IS  THE 
END  OF  SCENARIO  l. 
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VAX/VMS  Processes  on  15-NOU-1981  09137:01.36  Urtime  0-19:47103 


Pid 

Process  Name 

; UIC  State 

Pri 

Dir.  I/O 

CPU  Page 

fits 

Ph . Mem 

00010000 

NULL  • 

000, O00 

COM 

0 

0 

19.22:00.66 

0 

0 

00010001 

SWAPPER 

000,000 

HIB 

16 

0 

00:00:02.20 

0 

0 

00060025 

pceJsta 

021 rO05 

LEF 

10 

8 

00:00:00.38 

131 

100 

00040026 

_ JOB ISO 

621 , 005 

LEF 

9 

28 

00:00:01.56 

165 

82  B 

00010027 

EVL 

! 

6oi » 004 

HIB 

10 

3 

00:00:00.36 

102 

96  N 

•00030028 

REMACfj* 

001,003 

HIB 

8 

1 

00:00:00.09 

25 

IP 

00010029 

NEIACI] 

001 » 004 

HIB 

15 

395 

00:00:i2.11 

201 

80 

0008002A 

STAGE1 

021,005 

CUR 

11 

46 

OO: 00; 03. 8 3 

809 

119 

0001002B 

ERPRII 

001,006 

HIB 

8 

324 

00:00:03.28 

29 

32 

0001002C 

OPCUH  1 

001 » 004 

LEF 

8 

100 

00:00:01 . 28 

33 

42 

0001002D 

jan,r:oHTROL  . 

601,004 

HIB 

9 

130 

00:00103.96 

33 

100 

0001002E 

m«AOAnp 

001,003 

HIB 

15 

6720 

00:0i: 10. 48 

1091 

91 

0002002F 

PRTSYMB1 

001,004 

HIB 

8 

360 

00:00*.28.02 

17 

46  S 

• i 

i 


jFigure  13-23.  Running  Programs  Display 
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13.7  ERROR  HANDLING 

When  processing  errors  are  encountered  in  PEPG  subprocesses,  appropriate  action 
is  taken  and  an  error  message  is  sent  to  PEPGMON  which  In  turn  records  and  logs 
a message  to  the  operator.  For  each  error  encountered,  the  subprocess  which 
encountered  the  error,  the  error  type,  and  the  action  taken  by  the  subprocess 
are  logged  to  the  operator.  The  action  taken  for  each  error  is  dependent  on  the 
severity  of  the  error  and  where  the  error  is  encountered.  The  logging  of  error 
messages  to  the  operator  is  initiated  by  the  subprocess  by  notifying  PEPGMON  of 
the  error  through  the  mailbox  established  for  PEPGMON  to  subprocess 
communication.  PEPGMON  sends  the  error  message  Lo  the  operator  utilizing  the 
LOGGER  utility.  Table  13-2  lists  all  error  messages,  their  source,  and 
appropriate  action  taken  by  PEPG  and  the  operator. 

13.8  INPUT  AND  OUTPUT  DESCRIPTION  AND  EXAMPLES 

This  paragraph  consists  only  of  an  index  telling  where  to  find  samples  of  PEPG 
input/output  formats.  The  volume  of  pages  required  to  add  samples  to  this 
document  is  impractical. 

PEPG  Inputs 

DESCRIPTION  OF  INPUT  FORMAT  DESCRIPTION 

Operator  Inputs  LSD-IGF-PKG-3027 , Package  Design 

Performance  Evaluation  Product  Generation 
HDT-AM  (BSQ)  GES  10077,  HDT-AM  Data 

Format  Control  Book  Volume  VI 
Appendix  C 


OP  LAN 
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'Table  13-2.  PEPO  Error  Reoponaaa  (Page  3 of  3) 


ORIGINAL  PAGE  13 
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CCT-AM 

! 

i 

Process  Request 

i 

MIPS  Parameters i 

I 1 

PEPC  E&T  Parameters 

I i 

Tape  and  Film  Labels 

| 

i 

f 

| 

LER  Calibration j Data 

! 

f 

♦ 

| ' 

\ 

Outputs  to  Operator 

| : 
i 

j 

CCt-AM  (1600  BPI,  BSQ) 

i 

i 

CCT-PM  (1600  BPI,  BSQ) 

i 

i 

I 

Process  Feedback 

1 

F241-AM  Latent  Film 

i 

P241-PM  Latent  Him 

! 

Dumps  (detailed  scene) 

| 

j 

Reports 

i 

i 

I 

i 

t 
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(1600  BPI,  BSQ)CES  10080,  CCT-AM/PM 
Specification 
GES  10074,  MMF/IGF 
Interface  Control  Document 
GES  10027,  MIPS  Specification 
CES  10077,  MIPS  Specification 
GES  10028,  DRRTS  Subsystem 
Specification 
GES  10142,  Ground  Segment 
to  Photo  Shipping  ICD 
LSD-IGF-PKG-3027 , Package  Design 
PEPG 

GES  10080,  CCT-AM/ PM 

Specification 

GES  10080,  CCT-AM/ PM 

Specification 

GES  10074,  MMF/IGF  ICD 

GES  J0052,  MSS  241-AM/PM 

Specification 

GES  10052,  MSS  F241-AH/PM 

Specification 

LSD-IGF-PKG-3027,  Package  Design 
PEPG,  Appendix  D 
LSD-IGF-PKG-3027,  Package  Design 
PEPG,  Appendix  D 

OP  LAN 
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Standard  Header 


Format  Check 


Ingest  Summary 


Scene  Summary 


Scene  Comparison 


PEPG  Processing  Summary 


PEPG  Quality  Assurance 


Perform  Evaluation 


Image  Display  Data 


Processing  Status  Report 


LSD-IGF-PKG-3027 , 
PEPG,  Appendix  D 
LSD-IGP-PKG-3027 , 
PEPC;  Appendix  D 
LSD-IGF-PKG-3027, 
PEPG,  Appendix  D 
LSD-IGF-PKG-3027, 
PEPG,  Appendix  D 
LSD-IGF-PKG-3027 , 
PEPG,  Appendix  D 
LSD-IGF-PKG-3027, 
PEPG,  Appendix  D 
LSD-IGF-PKG-3027 , 
PEPG,  Appendix  D 
LSD-IGF-PKG-3027, 
PEPG,  Appendix  D 
LSD-IGF-CPD-3124, 
Process 

LSD-IGF-PKG-3027, 


Package  Design 


Package  Design 


Package  Design 


Package  Design 


Pcckage  Design 


Package  Design 


Package  Design 


Package  Design 


Cootal  Display 


Package  Design  PEPG 


13.9  PERSONNEL 

MMF  personnel  provide  process  requests  with  identification  of  tapes  and  products 
required.  The  tape  storage  clerk  provides  HDT-AMs  (CCTs  if  required)  to  the 
MIPS  PEPG  operator.  . 

OPLAN 
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After  products  requested  are  generated,  HDTs  and  CCTs  are  returned  to  tape 
storage  by  the  tape  storage  clerk.  Dumps  and  reports  go  to  the  Quality 
Assui  °.nce  Croup  for  assessment  and  latent  film  (F241  AM/PM)  goes  to  MMF  for 
transmittal  to  the  Photo  Lab  for  processing.  MSS  will  distribute  final  products 
to  the  appropriate  analysis  personnel. 
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SECTION  14 


PEPG  COMPLETION 


14.1  ENVIRONMENT/ RESOURCES 

j 

The  PEPG  completion  activity  transfers  product  generation  feedback,  information 

i • 

into  the  MKF-M  DEC2050  computer  system  and  updates  the  DEC2050  data  base. 

i 

Feedback  information  that: is  created  programmatically  by  the  product  generation 

! I 

process  is  transfected  froi  a MIPS  or  TIPS  VAX  11/780  computer  string  to  MMF-M 

l * 

via  Decnec  link.  Feedback;  information  that  is  created  manually  (i.e.,  hard  copy 
data)  is  mamially  entered'  into  the  DEC2050  via  a DEC  VT78  KCRT  terminal  complex 
in  Building  23.  Photo  Lab;  process  requests  for  processing  of  241mm  film  are 

printed  on  a DEC  LA-180  terminal  in  Building  23. 

1 

The  software j modules  that  are  employed  by  PEPG  completion  activity  are  part  of 
the  Ground  Segment  Management  Subsystem  (GMS),  and  consist  of  the  following: 

GXPREC  (LSD-MMF-CPD-2080)  - MIPS/TIPS  Product  Data  Receive  Process 

j 

GQHASS  (1.SD-MMP-CPD-Z074)  — GHS  HD DR  Product  Assessment  Entry  Program 
GPTAFB  (LSD-MMF-CPD-2056)  - Final  Product  Feedback  for  CCT  Tapes 

I 

GPFGEN  (lSD-MMF-PCD-2040)  - GMS  Photo  Lab  Process  Request  Generation 
GPFIFB  ( LSD-MMP-CPD-2 0 57)  - GMS  Final  Product  Film  Feedback 

i 

GPFLFB  (LSD-MMF-CPD-2051)  - GMS  Photo  Lab  Feedback 

i 

i 

i 

14.2  OVERVIEW/ BACKGROUND  ! 

i i 

The  objectives  of  the  PEPG  completion  activity  are:  1)  to  update  the  MMF-M  data 

! 

base  with  feedback  information  about  the  status  of  products  generated  for 
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performance  evaluation,  and  2)  to  record  the  assessed  HDT  and  image  quality 
Information  in  the  MMF-M  data  base. 

The  successful  creation  of  a product  that  was  requested  for  PEPG  will  result  in 
the  transfer  of  feedback  information  that  closes  out  the  initial  PEPG  process 
request.  Products  that  are  covered  by  this  activity  are  the  CCTs  and  241  mm 
film  rolls.  PEPG  process  requests  for  HDT-AM  dumps  are  not  covered  by  this 
activity. 

The  PEPG  completion  activity  is  preceded  by  PEPG  scheduling  and  product 
generation.  Since  PEPG  completion,  closes  out  the  process  request,  it  is  not 
followed  by  any  procedural  activity. 

14.3  FUNCTION  DESCRIPTION 

The  PEPG  completion  activity  is  Implemented  by  application  of  the  following 
processes  (reference  Figure  14.3-1): 

a.  Transfer  CCT  feedback  files  and  quality  files  from  MIPS  VAX  11/780  to 
MMF-M  DEC  2050  (unit  GXPREC). 

b.  Apply  CCT  feedback  data  to  MMF-M  data  base  (unit  GPTAFB). 

c.  Apply  CCT  quality  data  to  MMF-M  data  base  (unit  GQHASS). 

d.  Transfer  241  mm  latent  film  feedback  files  and  quality  files  from  TIPS 
VAX  11/780  to  MMF-M  DEC2050  (unit  GXPREC). 

e.  Apply  241  mm  latent  film  feedback  data  to  MMF-M  data  base  (unit 

GPFIFB) . 

f.  Apply  241  mm  latent  film  quality  data  to  MMF-M  data  base  (unit 

GQHASS) . 

OP  LAN 
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g.  Generate  photo  lab  241  mm  film  process  request  (unit  GPFGEN). 

! j 

h.  Enter  241  mm  processed  film  feedback,  data  into  MMF-M  DEC2050 

| 

(production  controller  keyboard  operation). 

| : 

1.  Apply  241  mm  processed  film  feedback  data  to  MMF-M  data  base  (unit 

| i 

GPFLFB) . \ 


14.3.1  CCT  PROCESSES  (Figure  14.3-1) 

i ! 

Whenever  a CCT  is  generated  at  MIPS  in  response  to  a PEPG  process  request,  the 

I I 

feedback  and  quality  files,  are  created  in  the  MIPS  VAX  11/780.  At  MMF,  programs 
CXPREC,  CQHASS,  and  GPTAFB  are  run  periodically.  GXPREC  samples  the  MIPS 

i I 

strings,  and  if  any  files  are  waiting  to  be  sent,  GXPREC  transfers  them  across  a 

i 1 

I ' ■ 

Decnet  link  to  the  MMF  DEC2050.  GQHASS  then  applies  the  quality  file  data  to  the 

data  base  aid  GPTAFB  applies  the  feedback  file  data  to  the  data  base,  closing 
out  the  PEPG  process  request. 


14,3.2  241  Mfl  FILM  PROCESSES  (Figure  14.3-1) 

i i ‘ 

Uhenever  a latent  film  roll  is  generated  at  TIPS  in  response  to  a PEPG  process 
request,  thel  feedback  and  quality  files  are  created  in  the  TIPS  VAX  11/780. 


Program  GXPREC  periodically  samples  the  TIPS  strings,  and  transfers  any  waiting 

i I 

files  to  the  MMF  DEC2Q50  via  a Decnet  link.  GQHASS  then  applies  the  quality 


file  to  the  data  base  and  iGPFIFB  applies  the  feedback  file  to  the  data  base. 


When  the  CPFIFB  process  is  completed,  program  GPFGEN  Is  triggered  and  causes  a 
hard  copy  photo  lab  process  request  to  be  generated  for  the  production 
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controller  at  the  LA-180  printer  terminal  In  Building  23.  At  the  same  time  a 
move  request  for  the  latent  film  roll  is  generated  at  MMF  (reference  product 
tracking,  section  22)  and  Is  transmitted  to  HIPS.  The  latent  film  Is  moved  from 
MIPS,  via  Building  28  staging  area,  to  Building  23  where  the  production 
controller  delivers  It,  together  with  the  process  request,  to  the  Photo  Lab. 


After  film  processing,  the  Photo  Lab  annotates  the  process  request  with  the  film 
feedback  Information,  and  prepares  a separate  film  assessment  sheet  for  QA 
evaluation.  The  annotated  process  request  is  delivered  to  the  production 
controller,  who  enters  the  film  feedback  information  Into  the  MMF  DEC2050  via  a 
VT78  KCRT  complex  In  Building  23.  Program  GPFLFB  applies  the  film  feedback  data 
to  the  data  base,  closing  out  the  original  PEPG  process  request.  The  film  roll 


and  assessment  sheet  are  delivered  to  QA. 


14.3.3  OPERATING  MODES 

Under  normal  operating  conditions  the  above  described  processing  programs  run  In 
automatic  mode  every  30  minutes  and  do  not  require  operator  Interaction,  except 
for  GPFLFB  which  Is  always  run  manually.  Manual  mode  operation  of  all  the 
programs  is  avallaMe  to  accommodate  unanticipated  needs,  or  to  provide  a work- 
around In  altuationb  that  prevent  successful  automatic  operation. 

If  the  Decnet  link  is  down,  MIPS/TIPS  will  dump  their  files  onto  tape,  and 
GXPREC  will  be  run  manually  In  the  tape  mode  to  copy  the  specified  files  from 
the  tape  Into  the  MMF-M  data  base. 

OP  LAN 
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14 ;4  PROCESS  OPERATIONS 
I 

The  following  paragraphs  describe  the  programs  used  for  the  PEPG  completion 
activity. 

14.4.1  GXPREC  (LSD-MMF-CPrv-2080)  - MIPS/TIPS  PRODUCT  DATA  RECEIVE  PROCESS 

14.4.1.1  Summary 

The  MIPS/TIPS  product  data  receive  (GXPREC)  program  is  a part  of  the  archive 
scheduling  and  MIPS/TIPS  feedback.  It  can  be  run  autc-uatlcally  or  manually  by 
an  operator  whenever  the  Decnet  link  is  working.  It  will  copy  all  files 
mentioned  in  the  VAX-transfer  file  over  from  each  MIPS/TIPS  and  place  them  in 
the  appropriate  directory  on  the  DEC  2050.  If  the  Decnet  link  is  down,  this 
module  will  be  run  manually  in  the  tape  mode  by  the  operator.  It  will  copy 
files  specified  in  a tape  and  place  them  in  the  appropriate  directory. 


14.4.1.2  Inputs 


14.4.1.2.1  Operator-Supplied 

Operator  inputs  are  supplied  only  when  GXPREC  is  run  in  manual  mode,  and  are  in 
the  form  of  responses  to  program  prompts.  Table  14.4-1  details  GXPREC  prompts 
and  acceptable  responses. 


Table  14.4-1.  GXPREC  Prompts/Responses 


PROMPT 


RESP. 


EXPLANATION 


DO  YOU  WISH  TO  ENTER  FILE 

NAME: INTO 

CURINX.PRC? 


THE  DECNET  IS  DOWN,  AND  THE 
OPERATOR  WANTS  TO  ENTER  THE  FILE 
MENTIONED  INTO  THE  DIRECTORY  DATA 
BASE. 

OPLAN 
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DO  YOU  WISH  TO  TRANSFER  Y 

FILES  FROM  THIS  STRING  (Y/N)? 


DO  YOU  WISH  TO  PROCEED  WITH 
THE  GXPREC  PROGRAM  (Y/N)? 

! i 

DO  YOU  WISH  TO  HAVE  THIS 
FILE  TRANSFERRED  (Y/N)? 


14.4.1.2.2  Other  Inputs 


THE  OPERATOR  DOESN'T  WANT  TO  ENTER 
THE  FILE  INTO  THE  DIRECTORY  WHEN 
THE  DECNET  IS  DOWN. 

TRANSFER  FILES  OF  A SPECIFIC 
STRING  TO  DEC  2050  VIA  DECNET 

DON'T  TRANSFER  PILES  FROM  THAT 
STRING  TO  DEC  2050. 

CONTINUE  COPYING  FILES 
HALT  COPYING  FILES 

TRANSFER  FILES  TO  DEC  2050  VIA 
DECNET 

DON'T  TRANSFER  FILES  TO  DEC  2050. 


Files  | 

I ! . 

When  the  Decnet  link  is  up',  GXPREC  transfers  the  VAX-transfer  file  directory 

(TRNFIL)  and  the  files  * listed  within  into  the  MMF  system  and  updates  the 

i • 

CURINX.PRC  di rectory.  If  (the  Decnet  link  is  down,  all  files  along  with  their 

l 

VAX-transfer  file  directory  (TRNFIL  that  are  in  the  MIPS/TIPS's  VAX)  are  dumped 

| 

onto  a tape  which  is  later  reod  into  the  HViF  system. 


Data  Base  Files 

| ! 

GXPREC  requires  the  following  data  base  files  as  inputs  regardless  of  the 

operational  mcde:  j 

j t 

a.  Common  parameter 
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14. A. 1.3  Outputs 

The  MIPS/TIPS  product  data  receive  program  produces  four  types  of  outputs: 

a.  Operator  display  (only  when  GXPREC  is  run  in  manual  mode) 

b.  Updated  data  base  files 

c.  Summary  report  file  (GXPREC. SUM) 

d.  'TAKE'  file  in  *TAPE*  mode  only  (GXPREN.CMD) . 

14. A. 1.3.1  Operator  Displays 

A list  of  the  prompts  displayed  to  the  operator  and  their  allowable  responses 
are  detailed  in  Table  14. 4-1. 

An  incorrect  response  is  Indicated  to  the  operator  by  the  following: 

ERROR:  Invalid  response,  valid  entries  are  X and  1*  only 

Other  informational  displays,  such  as  processing  and  error  messages  are  shown  in 
Table  14.4-2. 

14.4.1.3.2  Files 

As  part  of  its  processing  functions,  the  only  data  base  file  updated  by  GXPREC 
is  the  directory.  GXPREC  also  creates  a scratch  file  (GXPREC. SCR)  as  part  of  the 
data  receive  processing.  GXPREC  generates  the  following: 
a.  Processing  report  files: 

GXPREC  will  create  a summary  processing  report  file  (GXPREC. SUM) , a 
user  interaction  log  file  (GXPREC. UIL) , a 'TAKE'  file  (GXPREN.CMD)  and 
a production  log  (GXPREC .PLG) . The  summary  report  file  summarizes  the 
processing  completed  by  GXPREC,  while  the  user  interaction  log  file 

OPLAH 
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Table  14.4-2.  Mi  ige/Action  Matrix 
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ERROR:  FAIT  ED  TO  TRANSFER  TRNFIL  FILE  ON  THE  VAX  TO  UEC-20 


Table  14.4-2,  Mesange/Action  Matrix  (cont'd) 


IHFOt  THE  FILE  HAS  BEEN  SUCCESSFULLY  TRANSFERRED 

ACROSS  DECNET 


Table  14.4-2.  Mea  2/ Action  Matrix  (cont'd 
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details  the  operator  prompts  and  responses.  The  'TAKE'  file  contains 

! i 

all  the  files  entered  by  GXPREC  into  the  PRC  directory  of  the  data 
base  and  which,  therefore,  must  be  renamed  to  have  the  same  extension. 

i 1 

i 

The  report  files  are  printed  via  the  job  control  language. 


14.4.1.4  Operational  Sequence 

r • ' • 

GXPREC  can  be  implemented  by  keying  either  of  the  following  statements: 

i ' ! : 

a.  @TAKE  GXPREC.CMD  (for  interactive  processing) 

b.  @ SUBKIT  GXPREC .CTL  (for  batch  processing). 

1 

{ 

The  operator  should  watch  out  for  the  TAPE  MODE  and  add: 

j i 

0TAKE  GXPREN.CMD 

j j 

^DELETE  *.BPR  ! 


u 


I } 


14.4.1.5  Program  Scheduling 

This  program  laj  normally  initiated  an  part  of  the  PEPG  CCT/fllm  completion 

I ' 

notification  transaction,  which  is  activated  by  interval  timer  every  30  minutes. 


When  initiated 


manually  as  a separate  program,  it  will  be  run  by  a production 


controller  at  a VT78  KCRT  complex. 


Program  run  tine  (wall  clock)  is  estimated  to  be  TBD  minutes. 


14.4.2  GQHASS 


(LSP-MMP-CPD--2074)  - GMS  HO  DR  PRODUCT  ASSESSMENT  ENTr».Y  PROGRAM 


14.4.2.1  Summary 


The  purpose  of 


the  HDDR  product  assessment  entry  program  (GQHASS)  is  to  record 


OPLAN 
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quality  information  about  HDTs  and  Images  in  the  product  assessment  area  of  the 
MMF  data  base.  The  program,  which  is  designed  to  run  in  automatic  mode,  may  be 
Initiated  by  either  the  operator  or  by  the  HDDR  assessment  entry  program.  The 
quality  information  to  be  processed  consists  of  two  kinds  of  data:  image 

quality  and  HOT  quality.  For  the  PEPC  application,  image  and  HDT  quality  data 
files  are  created  at  the  generation  of  a CCT  or  a 241  mm  film  from  an  HOT. 

Image  quality  refers  to  the  quality  of  the  contents  of  the  tape.  Whenever  a 
PEPC  CCT  or  film  is  created  from  an  HDT,  the  quality  of  the  images  on  the  HDT  is 
determined  and  entered  into  an  image  quality  data  file  (IQDXXX). 

GQHASS  will  process  the  file  and  enter  the  image  quality  information  into 
records  within  the  product  assessment  area  of  the  MMF  data  base. 

HDT  quality  refers  to  the  quality  of  the  physical  HDT  Itself.  Whenever  an  HDT 
is  read  or  written  (which  may  occur  many  times  for  a given  HDT),  the  quality  of 
the  physical  HDT  is  determined  and  entered  into  an  HDT  quality  data  file 
(PAYXXX). 

GQHASS  will  process  the  file  and  enter  the  HDT  quality  information  into  records 
within  the  product  assessment  area  of  the  MMF  data  base. 

During  the  course  of  processing,  all  IQDXXX  and  PAYXXX  file  names  which  are 
successfully  processed  are  transferred  from  the  CURINX  directory  to  the  DELINK 
director,,  and  a summary  report  Is  generated  which  lists  all  significant  actions 
which  occurred  during  the  execution  of  the  program. 


omami  page  is 
0F  poor  quality 


OP  LAN 


14-13 


i 


ORIGINAL  PAGE  IS 

OF  POOR  QUALITY  81SDS4232 

Revision  A 
16  July  1982 

14.4.2.2  Inputs 

I 

The  CMS  HDDR  product  assessment  entry  program  (GQHASS)  records  HDT  and  image 
quality  information  in  the  MMF  data  base.  This  process  can  only  be  run  under  the 
automatic  mode  and  does  not  require  any  operator  inputs. 

14.4.2.2.1  Operator  Supplied  Inputs 
None. 

14.4.2.2.2  Files 

a.  Image  Quality  Data  Files  (IQDXXX.YY) 

b.  HDT  Quality  Data  files  (PAYXXX.YYY) . 

14.4.2.2.3  Data  Base  Files 

GQHASS  requires  the  following  data  base  files  as  inputs: 

a.  Common  parameter 

b.  Directory 

c.  Archive  product 

d.  Product  assessment. 

14.4.2.3  Outputs 

The  CMS  HDDR  product  assessment  entry  program  (GQHASS)  produces  several  types  of 
outputs. 

a.  Operator  display 

b.  Summary  report  file 

c.  Updated  data  base  files 

d.  User  interaction  log. 

OP  LAN 
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14. 4. 2. 3. I Operator  Display 

The  end  of  processing  message  Is  the  only  message  that  will  be  displayed  to  the 


operator. 


14.4.2.3.2  Files 


As  part  of  the| processing  functions,  the  following  data  bases  are  updated. 


Directory 


b.  Product  assessment. 


GQHASS  creates  a scratch  file  during  Its  processing  and  a summary  processing 
report  file  (GQHASS)  containing  Information  about  IQDXXX  and  PAYXXX  files  that 

are  already  processed.  A summary  report  file  Is  printed  via  the  Job  control 

i \ 

language.  A 'user  interaction  log  la  also  printed,  which  may  contain  any  of  the 
error  or  Information  messages  listed  in  Table  14.4-3. 

I i 

14.4.2.4  Operational  Sequence 


GQHASS  can  be j Implemented  by  keying  either  of  the  following  statements: 


a.  TAKE  GQHASS.Crui  (for  interactive  processing) 

i I 

b.  0SU8MIT  GQHASS. CTL  (for  batch  processing). 


14.4.2.5  Program  Scheduling 

This  program  is  normally  Initiated  as  part  of  the  PEPG  CCT/film  completion 
notification  transaction,  jwhlch  is  activated  by  Interval  timer  every  30  minutes. 


When  Initiated  manually j as  a separate  program,  it  will  be  run  by  a production 

t 

controller  at  a VT78  KCRT j complex. 
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Table  14.4-3.  Measage/Action  Matrix 


Table  14.4-3,  Messap'  Action  Matrix  (cont'd) 


Table  14,4-3.  Message/Action  Matrix  (cont'd) 


AWARD  OUTPUT  TO 

DATA  BASE  ADMIMS- 
TRATOR 


FORWARD  OUTPUT 
TO  SOFTWARE 
MAINTENANCE 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


H H 

& c 

V)  (A 

8 3 


M K «c« 

S « K W| 

g e e i! 


eg  Q Q hi 

P O Q 

fe  M tM  fid 

s i I i 


w m « 

_ o 

*.  g ° 

° 5 s 

leg 

5 & w 

p o S. 


a a a a 

M t-J  M M 

g g g g 

I ^ s s 

M Ml  |-l  t- 


g s 


si  si 

a a 

M *1 

I 3 
S I 


B § § t 

g 5 S | 

s it  s 

g s s g 


Q O O O 

M M M 


i l 


o t»  s 

H § 3 

m 3 J 

2 ^ 4 

it  O u 

o S a 


ii 


eC  e£ 
O O 

s g 


g K PS 

« M M 


H I M I 


Table  14.4-3.  Hv _>age/Act ion  Matrix  (cont'd) 


laoie  i«t. nessagtym.!. 


FORWARD  OUTPUT  TO 

[f  DATA  BASE  ADMINIS- 
TRATOR 


FORWARD  OUTPUT 
TO  SOFTWARE 
MAINTENANCE 


DO  NOT. RE-RUN 


RESPOND  PROPERLY 


NONE 
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NUMBER  OF  FILES  PROCESSED 
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DATA  BASE  ADMINIS- 


FORWARD  OUTPUT 
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Program  run  time  (wall  clozk)  is  estimated  to  be  12  minutes. 

14.4.3  CPTAFB  (LSD-MMF-CPD-2056)  - FINAL  PRODUCT  FEEDBACK  FOR  CCT  TAPES 

14.4.3.1  Summary 

The  PEPG  CCT  feedback  procedure  updates  the  data  base  with  feedback  informatior.. 
about  the  creation  of  computer  compatible  tapes  (CCTs).  This  feedback 
information  corresponds  to  PEPG  process  requests  that  were  created  by  the 
Mission  Management  Facility  (MMF)  and  sent  via  Decnet  to  MIPS.  When  fulfilling 
the  process  requests,  MIPS  creates  the  CCT  feedback  files  and  sends  them  to  MMF 
via  Decnet.  GPTAFB  is  usually  initiated  by  the  product  completion  transaction; 
however,  GPTAFB  can  also  be  initiated  by  the  operator. 

After  all  CCT  feedback  files  have  been  processed,  a cancellation  log,  a 
regeneration  log  and  a processing  summary  are  printed. 

14.4.3.2  Inputs 
14.4.3.2.1  Operator-Supplied 

Operator  inputs  are  supplied  only  when  GPTAFB  is  run  in  manual  mode,  and  are  in 
the  form  of  responses  to  program  prompts.  The  following  table  details  prompts 
and  acceptable  operator  responses. 

PROMPT  RESPONSE  EXPLANATION 

DO  YOU  WISH  TO  PROCESS  Y PROCESS  THIS  FILE 

THIS  FILE  (Y/N)? 


14-22 
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ERROR:  INVALID  RESPONSE 
SHOULD  ENTER  Y OR  N 


DO  YOU  WISH  TO  CONTINUE 
WITH  THE  PROCESS 
(GPTAFB)  (Y/N)? 

14.4.3.2.2  Data  Base  Input 
GPTAFB  requires  the  following 
operational  mode. 

a.  Common  parameter 

b.  Error-text 

c.  Archive/ product 

d.  Production 

e.  Route 

f.  User  support 

g.  Directory 

h.  Main  Image. 

14.4.3.3  Outputs 

The  final  product  feedback  (GPTAFB)  generates  three  types  of  output:  operator 

displays  (only  when  GPTAFB  is  running  In  manual  mode),  updates  and/or  newly 
created  records,  and  printed  outputs. 
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N DO  NOT  PROCESS  THIS  FILE 

Y PROCESS  THIS  PILE 

N DO  NOT  PROCESS  THIS  FILE 

Y CONTINUE  WITH  THE  PROCESS 
(GPTAFB) 

N DO  NOT  CONTINUE  WITH  THE 

PROCESS  (GPTAFB) 

data  base  files  as  inpur,  regardless  of  the 
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14.4.3.3.1  Operator  Displays 

There  are  prompts  displayed  to  the  operator;  and  have  the  following 
DO  YOU  WISH  TO  PROCESS  THIS  FILE  (Y/N)? 

ERROR:  INVALID  RESPONSE.  SHOULD  ENTER  Y OR  N 

DO  YOU  WISH  TO  CONTINUE  WITH  THE  PROCESS  (GPTAFB)  (Y/N)? 

Allowable  responses  are  as  detailed  in  paragraph  14.4.3.2.1. 

14.4.3.3.2  Data  Base  Areas 
As  part  of  its  processing,  CPTAFB  updates  the  following  data  base  areas: 

a.  Common  parameter 

b.  Archive /product 

c.  Production 

d.  Main  image 

e.  Directory. 

14.4.3.3.3  Printed  Outputs 

CPTAFB  will  create  a summary  processing  report,  regeneration  log,  and  a 
cancellation  log  glvea  a normal  termination.  Regeneration  log  prints  out  all 
the  scenes  which  should  be  regenerated,  and  cancellation  log  prints  out  all  the 
cancelled  scenes.  The  summary  report  prints  out  the  summary  of  process 
completed  by  CPTAFB,  and  may  contain  any  of  the  messages  listed  in  Table  14.4-4. 

14.4.3.4  Operational  Sequence 

CPTAFB  can  be  implemented  by  keying  either  of  the  following  statements: 

a.  0TAKE  GP7AFB.CMD  (for  interactive  processing) 

b.  <?SUBMIT  GPTAFB. CTL  (for  batch  processing). 
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format: 
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Table  14.4-4.  Meae  /Action  Matrix 


forward  oirrm  tc 

SOFTWARE  MAINTENANCE 

X 

K 

X 

FORWARD  OUTPUT  TO  DATA 
wASE  ADMINISTRATOR 

X 

X 

X 

NONE 

• 

RESPOND  PROPERLY 

X 

PRINT  GPTAFB.* 

X ' 

K 

X 

K 

X 

X 

X 

X 

X 

DO  NOT  RERUN  THAT 
PACKET  (MANUAL  MODE) 

X 

X 

X 

X 

X 

DO  NOT  RERUN  GPTAFB 

X 

K 

K 

X 

<OHHOZ 

CZlGW.L  p.nar  r« 

0fr  P00ft  quality 

$ 

CO 

c n 

2 

FATAL  ERROR l DBMS  ERROR 

FATAL  ERROR!  RECORD  NOT  FOUND 

FATAL  ERROR! 

FATAL  ERROR!  INPUT/OUTPUT  FILE  ERROR  IN: 

ERROR!  INVALID  RESPONSE  - SHOULD  ENTER  Y OR  N 

ERROR:  INVALID  . INVALID  VALUE  IS 

ERROR!  THERE  IS  NO  SCENE  RECORD  ON  . 

ERROR!  FILE  IS  EMPTY 

ERROR!  OF  PPR  AND  TFB  DO  NOT  MATCH 

WARNING!  TOO  MUCH  INFORMATION  HAS  BEEN  GATHERED 

WARNING!  FEEDBACK  INFORMATION  IS  MISSING 

WARNING!  REDUNDANT  FEEDBACK  RECORD 

WARNING!  PPR  FILE  NOT  FOUND.  TFB  PROCESS  REQUEST 
REJECTED 

CATE CORY 

FATAL 

ERROR 

WARNING 

Table  14.4-4.  Mesaage/Action  Matrix  (cont’d) 


FORWARD  OUTPUT  TO 
SOFTWARE  MAINTENANCE 


FORWARD  OUTPUT  TO  DATA 
BASK  ADMINISTRATOR  ' 


HONE 


RESPOND  PROPERLY 


PRINT  CPTAFB.* 


DO  NOT  RERUN  THAT 
PACKET  (MANUAL  MODE) 


DO  NOT  RERUN  CPTAFB 
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14.4.3.5  Program  Scheduling 

Vhis  prograa  Is  normally  initiated  as  part  of  the  PEPC  CCT/fllm  completion 
notification  transaction,  which  is  activated  by  Interval  timer  every  30  minutes. 

When  initiated  manually  as  a separate  program,  it  will  be  run  by  a production 
controller  at  a VT78  KCRT  complex. 

Program  run  time  (wall  clock)  is  estimated  to  be  less  than  5 minutes. 

14.4.4  GPFGEN  ( LSD-MMF-CPD-2040)  - CMS  PHOTO  LAB  PROCESS  REQUEST  GENERATOR 
14.4.4.1  Summary 

The  photo  lab  process  request  generation  (GPFGEN)  can  be  run  automatically  as 
part  of  the  photographic  laboratory  work  order  completion  transaction,  or  It  can 
be  operated  la  a manua*.  mode  under  the  control  of  an  operator.  This  module 
generates  work  orders  for  phoco  lab  processing.  If  a process  request  is 
generated,  the  data  base  records  are  updated  to  Indicate  that  the  Imagery  has 
been  sent  to  the  photo  lab,  and  a process  request  flle(s)  is  produced. 

GPFGEN  creates  a photo  lab  process  request  file  (FPR)  for  each  film  roll 
scheduled  for  photo  lab  processing.  An  entry  is  made  in  the  directory  are^  of 
the  data  base  for  each  process  request  created.  Finall*',  film  process  request 
listings,  work  order  lists,  required  master  listings  and  a processing  summary 
are  generated. 
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14.4.4.2 


Inputs 


14.4.4.2.1  Operator-Supplied 

Operator  inputs  are  supplied  only  when  GPFGEN  is  run  in  manual  mode,  and  are  in 
the  form  of  responses  to  program  prompts.  The  following  table  details  GPFGEN 
prompts  and  acceptable  operator  responses: 

PROMPT  RESPONSE  EXPLANATION 


Do  you  wish  to  proceed  with  Y 

the  GPFGEN  process  (Y/N)? 

N 

Do  you  wish  to  process  this  Y 

film  ID  (Y/N) 7 

N 


WARNING:  Current  facility  is  Y 

not  B23.  Do  you  wish  to 
proceed  (Y/N)? 

N 


14-4-4,2.2  Other 

CPFGEN  requires  the  following  data  base 
operational  mode: 


To  continue  photo 
process  request  generation 
To  stop  photo  lab 
process  request  generation 
To  generate  a photo  lab 
process  request  for  film  roll 
Do  not  generate  a photo 
lab  process  request  for 
film  roll 

To  generate  a photo  lab  process 
request  despite  the  fact  that  the 
film  roll  does  not  have 
Building  23  as  its  current  facility 
Do  not  generate  a photo  lab  process 
request  for  the  film  roll 


files  as  Inputs  regardless  of  the 


a.  Archive-product 

b.  Route 

c.  Production 
4.  User-support 
e.  Directory 

£.  Common-parameter. 
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The  photo  lab  process  i request  generator  produces  three  types  of  outputs: 

i j * 

operator  displays  (only  when  GPFGEN  is  run  in  the  manual  mode),  updated  and/or 
newly  created  files,  and  'printed  outputs. 


14.4.4.3.1  Operator  Displays 

| 

The  set  of  operator  prompts  and  appropriate  responses  may  be  found  in  paragraph 
14.4.4.2.1.  ! An  Incorrect  response  Is  indicated  to  the  operator  by  the  display: 


ERROR: 


INVALID  REPONSE.  VALID  REPONSES  ARE  Y OR  N. 


Other  informational  displays,  such  as  processing  and  error  messages  are  detailed 
! ; 
in  Table  14.4-5. 


14.4.4.3.2 


Files 


GPFGEN  creates  and/or  updates  several  files  as  part  of  its  processing  function. 
With  normal  processing,  GPFGEN  updates  the  following  data  base  files: 

a.  Common-parameter 

J •;  • 

b.  Archive-product 

c.  Production  j 


d.  Directory. 


14.4.4.3.3 


i 


Printed  Outputs 


Film  process  request  listing  containing: 


NASA  scene  ID 

I 

I 

Internal  jscene  ID 
Scene  type 

i 

t 

i 

I 

I 
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Table  14,4-5.  Measage/Action  Matrix 


FORWARD  OUTPUT  TO 
SOFTWARE  MAINTENANCE 


FORWARD  OUTPUT  TO 
DATA  BASE  ADMIN 


NONE 


/ 

V 


RESPOND  PROPERLY 


K 


TAKE  GPFGEN  ERR.CMD* 


DO  NOT  RERUN  FILM 
ROLL  (MANUAL  MODE) 


DO  NOT  RERUN 
GPFGEN 
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j 4.  Band 

I 5.  Frame  number 

6.  Quality  assessment 

7.  Error  code. 

The  format  of  the  listing  is  shown  in  Figure  14.4-1. 

b.  Processing  summary  file  that  contains: 

1.  The  film  ID  of  each  film  scanned 

2.  The  ID  of  the  process  request  file  per  film 

3.  The  number  of  scenes  per  item 

4.  The  current  facility  of  each  film,  and  three  reports  that  are  sent  to 
the  photo  lab  (reference  GES  10142,  Ground  Segment  to  Photo  Shipping 
Support  Facility  TCD). 

c.  List  of  required  master  rolls  containing: 

1.  Film  IDs 

2.  Comments 

d.  List  of  work  orders  generated  containing; 

1.  Request  ID 

2.  Archive  master  roll  ID 

3.  Priority 

4.  Comments 

e.  User  Interaction  log  file. 

14.4.4.4  Operational  Sequence 

GPFGEN  can  be  run  by  keying  either  of  the  following  statements: 
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a.  0TAKE  GPFGEN.CMD  (for  interactive  processing) 

b.  0SUBMIT  GPFGEN.CTL  (for  batch  processing). 
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14.4.4.5  Program  Scheduling 

This  program  Is  normally  initiated  as  part  of  the  PEPG  CCT/fllm  completion 
notification  transaction,  which  is  activated  by  interval  timer  every  30  minutes. 

When  initiated  manually  as  a separate  program,  it  will  be  run  by  a production 
controller  at  a VT78  KCRT  complex. 


Program  run  time  (wall  clock)  is  estimated  to  be  less  than  5 minutes. 


14.4.5  GPFIFB  (LSD-MMF-CPD-2057)  - GMS  FINAL  PRODUCT  FILM  FEEDBACK 


14.4.5.1  Summary 

The  GMS  final  product  film  feedback  module,  GPFIFB,  runs  automatically  as  part 
of  the  241  mm  film  roll  completion  transaction;  it  can  also  be  run  manually  by 
the  operator.  The  program  will  verify  feedback  files  and  then  apply  them  to  the 
data  base,  adding  new  film  roll  records  to  the  data  base,  and  updating  the 
product  request  records  to  show  that  HDT  to  film  processing  has  been  completed. 
More  than  oue  process  request  may  be  handled  in  producing  a single  roll  of  film. 
All  the  process  requests  which  produced  a particular  roll  of  film  are  tabulated 
in  the  packet  directory  file. 

The  final  product  film  feedback  is  initiated  by  the  product  completion  notlfler 
transaction.  Optionally,  the  operator  can  initiate  the  process  to  selectively 
process  packets. 
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; 


14.4.5.2  Inputs 


14.4.5.2.1  Operator-Supplied 

Operator  Inputs  are  supplied  only  when  GPFIFB  is  run  in  manual  mode  and  are  in 
response  to  program  prompts.  The  following  table  details  GPFIFB  prompts  and 


acceptable  operator  responses: 

PROMPT 

RESPONSE 

EXPLANATION 

DO  YOU  WISH  TO  CONTINUE 

Y 

Continue  feedback  proc 

PROCESSING?  (Y/N) 

M 

Stop  processing 

FILM  ROLL  ID:  L4TLR8XXXXXX 

Process  film  roll 

NUMBER  OF  PROCESS  REQUESTS:  99 

Y 

and  apply  to  data 

NUMBER  OF  SCENES  ON  ROLL:  999 

base  i f no  errors 

DO  YOU  WISH  TO  PROCESS  THIS 

FILM  ROLL?  (Y/N)  N 


Do  not  process  these 
feedback  files 
for  this  film  roll 


14.4.5.2.2  Files 

GPFIFB  requires  the  following  files  as  input,  regardless  of  the  operational 
mode: 

a.  Pinal  product  process  request  file  (PPRXXX.PTB) 

b.  Packet  directory  feedback  file  (FPDXXX.PRC) 

c.  Final  product  film  feedback  file  (FFBXXX.PRC) . 


14.4.5.2.3  Data  Base 

GPFIFB  requires  the  following  data  base  files  as  input,  regardless  of  the 
operational  mode: 

a.  Archive-product 

b.  Production 
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c.  Common  parameter  :■ 

i : 

d.  Route  j 

i < 

e.  Main ! image 

I 

f.  Directory 

g.  Error  text. 


14.4.5.3  Outputs 


The  final  product  film  feedback  processor  produces  the  following  outputs: 

| I 

a.  Operator  displays  - only  when  GPFIFB  is  run  in  manual  mode 


b.  Updated  data  base  files 

i 

c.  Processing  scratch  files 

| i 

d.  Processing  report  files. 


14.4.5.3.1  Operator 


A list  of  all  messages  displayed  to  the  operator  is  shown  in  Table  14.4-6. 


The  original  prompt  will  then  be  redisplayed  for  the  operator. 


14.4.5.3.2  Updated  Data  Base  Files 


GPFIFB  updates!  the  following  data  base  files: 


a.  Archive-product  i 


b.  Production 


c.  Main  image 


d.  Directory. 
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Tabic  14.4-6.  Mesaage/Act ion  Matrix 


FORWARD  OUTPUT  TO 
SOFTWARE  MAINTENANCE 


M 


N 


M 


FORWARD  OUTPUT  TO 
DATA  BASE 
ADMINISTRATOR 

B 

1 

RESPOND  PROPERLY 

NONE 

1 

DETERMINE  AND  PRINT 
DECNET  FILE(S)  IN 
ERROR 

1 

FOLLOW  ACTION  TAKEN 
BY  PROGRAM  PROMPTS 

1 

DO  NOT  RE-RUN 
CPFIFB 

1 

K 

< V H M O Z 

ORIGINAL  PAGE  IS 
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DISK.  UNABLE  TO  THE  FILE 

DBMS.  UNSUCCESSFUL  OPERATION 

Table  14.4-6.  Hessa^  ,'ctlon  Matrix  (eont'd) 


FORWARD  OUTPUT  TO 
SOFTWARE  MAINTENANCE 


iro  swaRd  ogtpjt  to 
DATA  BASE 


RESPOND  PROPERLY 


DETERMINE  AND  PRINT 
DECHET  FILECS)  IN 
ERROR 


FOLLOW  ACTION  TAKEN 
BY  PROGRAM  PROMPTS 


DO  NOT  RE-RUN 
CPFIFB 
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The  program  will  create  several  scratch  files  during  feedback  processing.  If 
certain  error  conditions  occur  during  processing,  these  files  should  be  printed 

I 

to  aid  in  error1  correction.  These  files  are: 

j / 

a.  Feedback  scratch  files  (GPFIFB.IBS) 

b.  Packed  directory  scratch  file  (GPFIFB.IDS) 

| : 

c.  Cancellation  scratch  file  (GPFIFB.CLF) 

d.  Regeneration  scratch  file  (CPFIFB.RLF) 


14.4.5.3.4  Processing  Report  Files 

i I 

GPUFB  generates  the  following  processing  report  files: 

t ; 

a.  Processing  summary  file  (CPFIFB.SUM)  - reports  on  HDT/FILM  feedback 

I ! 

processing  and  any  error  messages  associated  with  processing 

! i • 

b.  Cancellation  log  file  (GPFIFB.CAN)  - identifies  all  scenes  which  were 

cancelled  i 

i ' 1 

c.  Regeneration  log  file  (GPFIFB.REG)  - identifies  all  scenes  which  need 

I 

! 

d.  User  interact* on: log  file  (GPFIFB.U1L)  - details  operator  prompts  and 

I 

responses.  j 


These  report 


files  are  automatical ly  printed  via  the  job  control  language.  The 


processing  summary  file  will  contain  information  displays,  such  as  processing 


and  error  messages.  These 


are  shown  in  Table  14.4-6. 


14.4.5.4  Operational  Sequence 


GPFIFB  can  be 


run  by  keying  either  of  the  following  statements: 
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a.  <?TAK£  GPPIFB.CKD  (for  Interactive  processing) 

b.  ^SUBMIT  GPFIFB.CTL  (for  batch  processing). 

14.4.5.5  Program  Scheduling 

thU  progca®  1.  normally  .OU*-  ••  part  of  the  CCt/flU  oomplnrlon 

notification  trannactlon.  which  1,  ncclyatnd  by  Internal  timer  e.ory  30  mlnotan. 

When  Initiated  oanoally  ne  a separate  program.  It  will  be  ton  by  a production 
controller  ot  a VT78  KCRT  complex. 


Program  run 


time  (wall  clock)  is  estimated  to  be  less  than  5 minutes. 


14.4.6  GPFLFB  (LSD-MMF-CPD-2051)  - GtiS  PS0T0  LAB  FEEDBACK 
14.4.6.1  Summary 

The  CHS  photo  lab  feedback  process  (GPFLPB)  is  initiated  by  the  operator  at  a 
VT78  terminal  in  order  to  process  the  feedback  information  for  241  mm  films. 
The  operator  is  displayed  a Trafflc-20  "menu"  screen  which  prompts  for 

continuance  or  program  exit.  If  continuance  is  selected  the  operator  is  then 

prompted  for  a photo  lab  process  request  file  (FPR)  name  via  another  Trafflc-20 
screen.  For  each  process  request  name  entered,  interface  and  application 
processes  are  performed.  Processing  continues  by  prompting  the  operator  for 
another  FPR  name.  If  the  operator  responds  with  a line-feed  command,  the  program 

displays  the  menu  screen,  and  allows  the  operator  to  select  either  EXIT  or 

continuance.  If  EXIT  ia  selected  the  program  is  terminated  after  creating  a 
cancellation  log,  a user  interaction  log,  and  a processing  summary  file. 
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Other 

Feedback  Files 

Under  normal  circumstances,  GPFLFB  requires  the  photo  lab  process  request  file, 
(FPRXXX.FTB)  as  input.  If  certain  orror  conditions  occur  during  processing, 
this  file  should  be  printed  to  aid  in  error  correction. 


Data  Base  Files 

GPFLFB  requires  the  following  data  base  files  as  input: 
a.  Archive-product 


' .) 
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b.  CcjmooQ  paraaeters 

c.  Production 

d.  Error  text 

i 1 

e.  Directory. 

i 
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Table'  14.4-7.  GPFLFB 


PROMPT 

RESPONSE 

EXPLANATION 

GPFLFB  Operating  Mode 

1,2 

1 » Exit  program 

Desired 

2 ■ Continue 

FPR  File  Name 

FPR001  through 

Name  of  the  photo  lab 

FPR999 

process  request  file  t< 
be  processed. 

Is  the  FPR  Roll  ID  Valid? 

Y 

Yes  it  is 

N 

No  it  is  not 

Photo  Lab  Accept/Reject 

A 

Accept 

Decision 

R 

Reject 

Number  of  Copies  Desired 

01-99 

Number  of  copies  which 
are  desired 

Date/Time  Photo  Lob 

YY  * year 

Start  date/time  of  the 

Started 

DDD  ■ Julian 
HH  » Hours 
MM  " Mins 
SS  “ Secs 

date 

photo  lab 

Date/Time  Photo  Lab 

YY  - Year 

Stop  date/time  of  the 

Completed 

DDD  °>  Julian 
HH  ■ Hours 

date 

photo  lab 

MM  ■ Mins 
SS  ■ Seconds 

Quality  Assessment 
or  Error  Code 


PPL001  - PPL999 
(error  code) 
or  0-9  (Qual 
Assess) 


Appropriate  quality 
assessment  or  error 
code  for  each  band 
present  for  scene 


14.4.6.3  Outputs 

The  photo  lab  feedback  processor  produces  the  following  outputs: 


a. 

Operator  displays 

b. 

Updated  data  base 

files 

c. 

Processing  scratch 

f ties 

d. 

Processing  report 

files. 
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Figure  14.4-2  (cont'd) 


■PHOTO  LAB  FEEDBACK  (ENTRY  SCREEN  2) 
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14.4.6.3.1  Operator  Displays 

A list  of  operator  prompts,  appropriate  responses,  and  informational  messages 
are  found  in  Tables  14.4-7  and  14.4-8.  Sample  Traffic-20  screens  are  shown  in 
( Figure  14.4-2.  An  invalid  response  is  Indicated  to  the  operator  by  an  error 
message  requesting  the  operator  to  enter  the  correct  values. 

14.4.6.3.2  Files 

Under  normal  processing  conditions  GPFLFB  updates  the  following  data  base  files: 

a.  Archive-product 

b.  Production 

c.  Directory. 


i 

i 


5 


GPFLFB  also  creates  the  following  scratch  file  during  feedback  processing: 
a.  Cancellation  scratch  file  (GPFLFB. CLF) . 


If  certain  error  conditions  occur  during  processing,  these  files  should  be 
printed  to  aid  in  error  correction. 


GPFLFB  generates  the  following  processing  report  files: 

a.  Processing  summary  file  (GPFLFB. SUM)  - reports  on  photo  lab  feedback 
processing  and  associated  error  messages  (if  any) 

b.  User  interaction  log  file  (GPFLFB. UIL)  - details  Traffic-20  screens 
displayed  to  and  completed  by  the  operator. 
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Table  14,4-8.  ...ssage/Act ion  Matrix 


RETYPE  j 

VALID  INPUT  ! 


FORWARD  OUTPUT 
TO  DATA  BASE  • 
ADMINISTRATOR ' 


FORWARD  OUTPUT  TO 
SOFTWARE  MAI NT.  STAFF 


DO  NOT  RERUN 


NO  ACTION  REQUIRED 


RESPOND  PROPERLY 
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These  report  files  are  automatically  printed  via  the  Job  control  language. 


14.4.6.4  Operating  Sequence 

GPFLFB  can  be  initiated  by  entering  either  of  the  following  statements: 

a.  @TAKE  GPFLFB.CMD  (for  interactive ’processing) 

b.  0SUBMIT  GPFLFB. CTL  (for  batch  processing). 


A "menu**  screen  is  displayed  to  the  operator  which  directs  him  to  select 
"continue  processing”  or  "exit".  If  "exit"  is  selected,  the  program  terminates. 
If  "continue"  is  selected,  entry  screens  #1  and  02  (see  Figure  14.4-2)  will  be 
presented  for  input  data.  The  operator  can  recall  the  "menu"  screen  at  any  time 
by  entering  a line-feed  control  key. 

14.4.6.5  Program  Scheduling 

This  program  is  normally  executed  at  the  discretion  of  the  production  controller 
whenever  a representative  number  of  241  mm  film  rolls  have  been  processed.  With 
the  anticipated  PEPG  film  requirements,  once  daily  is  the  expected  frequency. 
The  program  is  run  by  the  production  controller  at  a VT78  KCRT  complex  in 
Building  23. 


Program  run  time  (wall  clock)  is  estimated  to  be  less  than  5 minutes. 
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| SECTION  15 

I ARCHIVE  DISSEMINATION 


15.1  ENVIRONMENT/ RESOURCES 

The  processing  associated  with  archive  dissemination  is  performed  In  the  MSS 
Mission  Management  Facility  (MMF-M)  on  the  DEC2050  system.  Figure  15-1  provides 
a high  level  block  diagram  of  the  MMF-M  hardware  subsystem. 

The  software  used  to  perform  archive  dissemination  includes  the  following 
programs: 

a.  GGGHAM  - GHIT  Generation 

b.  GPDGEN  - GMS  DRRTS  Process  Request  Generator 

c.  GSARGN  - Archive  Regeneration  Request  Entry 

d.  GXDREC  - DRRTS  Data  Receive 

e.  GQHASS  - HDDR  Product  Assessment  Entry 

f.  GPUCFB  - GMS  DRRTS  Uplink  and  Copy  Process  Request  Feedback 
. g.  RSPACO  - Product/Acquisition  Request  Closeout 

h.  RSUOCO  - User  Order  Closeout.. 


15.2  OVERVIEW/ BACKGROUND 

Upon  completion  of  an  archival  HDT-AM  tape  product  in  MIPS/MAG,  the  HDT-AM 
product  evaluation  process  (PEP)  screens  all  HDT-AM  tapes  prepared  by  MAG  fcr 
validity  of  the  non-image  data,  and  for  accuracy  of  the  geometric  and 
radiometric  corrections.  When  PEP  completes  Its  HDT-AM  evaluation,  the  results 
are  sent  to  the  PEP  completion  notifler  In  MMF  In  the  form  of  product  evaluation 
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feedback  containing  PEP  status  and  HDT-AM  scene  evaluation. 

The  MSS  archive  dissemination  scheduler  receives  the  product  evaluation  feedback 
from  PEP,  and  according  to  this  evaluation,  either  extracts  the  HDT-AM  scene 
evaluation  data  to  generate  rework  requests  for  bad  scenes  or  updates  the  GHIT- 
AM  scene  evaluation  records.  The  scheduler  then  checks  the  status  of  the  Domsat 
link  to  EDC  in  preparation  for  generating  an  uplink  process  request. 

If  the  Domsat  link  is  operational,  the  scheduler  generates  the  request  that 
results  in  the  transmission  of  the  HDT-AM  to  EDC  by  DRRTS  via  Domsat. 

To  account  for  the  generation  of  archival  products  a GHIT-AM  tape  is  generated 
which  contains  a daily  inventory  of  MSS  A-tapes.  The  GUIT-AM  tapes  are 
subsequently  sent  to  the  IPF  in  Building  23  for  transmission  to  EDC  over  land 
lines. 

Figure  15-2  illustrates  the  relationship  of  the  archive  dissemination  functions 
to  each  other  and  to  preceding  and  succeeding  functions. 

15.3  FUNCTION  DESCRIPTION 

The  archive  dissemination  function  Is  composed  of  three  major  processing 
operations  or  transactions: 

a.  Archive  dissemination  scheduling  - this  transaction  (Figure  15-3) 

generates  a DRRTS  process  request  for  each  archive  product  in  the  MMF 
data  base  with  a status  of  "ready  fur  DRRTS". 

b.  Archive  dissemination  completion  - this  transaction  (Figure  15-4) 
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INDEFINITE  DURATION 


Figure  15—3 . Archive  Dissemination  Scheduler 
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receives  and  applies  feedDaek  information  about  DRRTS  uplink 
activities  to  the  MMF  data  base  and  closes  out  the  user  order  for  the 
archive  product. 

c.  CHIT-AM  generation  - this  transaction  (Figure  15-5)  generates  a 
Goddard  HDT  Inventory  tape  for  each  HDT-AM  listed  in  the  arcnive 
product  directory. 


15.4  PROCESS  OPERATIONS 

Baaed  on  Inputs  from  a QA  specialist,  the  archive  dissemination  function  is 
performed  once  or  twice  a day  by  a production  controller  aa  needed  to  support 
operational  requirements.  Estimated  run  time  for  all  dissemination  processes  is 
20  minutes  per  HDT-AM . The  function  Is  assigned  medium  priority  except  when 


close  to  the  scheduled  uplink  window,  when  it  Is  assigned  a high  priority. 


The  processes  making  up  the  archive  dissemination  function  are  described  in  more 
detail  in  the  following  paragraphs. 


Depending  on  the  evaluation  of  the  HDT-AM  quality,  the  archive  dissemination 
scheduler  flags  the  product  as  either  ready  for  uplink  or  as  requiring  product 
regeneration.  If  the  product  is  statused  as  ready  for  uplink,  the  program 
GPDGEN  is  used;  if  it  requires  regeneration  the  GSARCN  program  is  used. 


15.4.1.1  DRRTS  Process  Request  Generation  (GPDGEN) 

The  DRRTS  process  request  generator  program  is  designed  to  operate  in  either  of 
two  modes:  automatic  or  manual.  In  automatic  mode,  all  archive  products  with  a 
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status  of  "Ready  for  DRRTS"  are  automatically  scheduled  for  copy  and/or  uplink 
at  the  DRRTs  facility.  In  manual  mode,  the  operator  is  asked  whether  or  not  to 
process  each  archive  product.  In  either  case,  HDT-A  and  HDT-Ps  are  scheduled 
for  copy/uplink  and  a DRRTS  process  request  Decnet  file  Is  generated  for  each 
archive  product  which  Is  accepted  and  processed. 

The  operational  mode  (cutomatlc  or  manual)  is  determined  by  a switch  in  the 
common  parameter  area  of  the  data  base.  If  the  outstanding  products  override 
flag  Is  set,  a HDT  Is  scheduled  for  DRRTS  even  if  there  are  final  products  yet 
to  be  made  from  the  HDT.  Three  uplink  flags,  one  for  each  type  of  HDT,  Indicate 
whether  that  type  of  Cape  Is  allowed  to  be  uplinked  or  not.  Two  IRIG  time 
modifiers  are  used  to  alter  the  start/stop  times. 

For  each  archive  product  record  that  Is  ready  for  DRRTS,  necessary  processing  is 
performed  to  create  a DRRTS  process  request  file  for  that  archive  product.  By 
examining  the  archive  product  record,  a determination  is  made  as  to  whether  a 
tape  is  a copy  candidate  or  an  uplink  candidate.  If  a tape  Is  an  uplink 

candidate  and  If  the  automatic  copy  request  flag  Is  set  in  the  common  parameter 
area  of  Che  data  base,  then  a copy  process  request  file  will  be  generated  as 
well  as  the  uplink  process  request  file. 

To  process  a tape,  there  must  be  at  least  one  good  scene  present  on  the  tape. 
To  determine  this,  all  scene  records  in  the  archive  product  area  are  scanned, 
and  the  production  area  is  examined  to  determine  the  number  of  copies  to  be 
made.  If  at  least  one  good  scene  was  found,  then  the  tape  will  be  processed; 
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otherwise,  the  status  will  be  changed  to  "complete"  and  the  next  archive  product 

I ■ 

will  be  retrieved.  For  those  tapes  which  are  processed,  a DRRTS  process  request 
Decnet  file  will  be  generated  and  the  archive  product  and  production  areas  of 
the  data  base  will  be  updated  to  reflect  the  new  status  of  the  archive  product. 

Finally,  all  of  the  DRRTS  process  request  files  created  in  the  program  are 
transferred  to  the  T0PS-20  directory  index  for  flies  to  be  sent  to  DRRTS  and  a 
processing  summary  report  is  printed.  A data  flow  diagram  for  GPDGEN  is  shown  in 
Figure  15-6. 

Several  types  of  messages  can  result  from  processing.  These  messages  can  have  a 
variety  of  forms,  such  as  operator  displays  or  processing  summary  messages. 
Generally,  the  messages  will  conform  to  the  following  standards: 

a.  Information. 

Messages  of  this  type  are  preceded  by  the  phrase  "INFORMATION"  and 
describe  general  processing  information  such  as  file  names,  tape  IDs 
and  processing  activities.  They  require  no  operator  action  by 
themselves. 

b.  Warning. 

These  messages  are  preceded  by  the  phrase  "WARNING".  Warning  messages 
in  GPDGEN  refer  to  cases  in  which  the  current  facility  of  the  HOT  is 
not  DRT.  This  alerts  the  operator  to  this  fact  before  he  makes  a 
final  processing  decision. 

c.  Error. 

This  type  of  message  is  preceded  by  the  phrase  "ERROR"  and  results 
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from  an  invalid  operator  response  to  a program  prompt.  The  only  valid  . 
operator  response  to  program  prompts  are  and  “N“.  Operator  action 
is  required  for  these  messages, 
d.  Fatal  Error. 

These  messages  are  preceded  by  the  phrase  "FATAL  ERROR"  and  indicate  a 
serious  malfunction  or  inconsistency  in  the  data  base  or  records 
within  the  data  base.  A fatal  error  also  results  from  an  operator 
entry  of  a Control-C.  These  messages  indicate  a situation  serious 
enough  so  that  the  program  cannot  be  continued,  and  ''rror  termination 
will  result. 

15.4.1.2  Archive  Regeneration  Request  Entry  (GSARGN) 

GSARGN  regenerates  archive-product  requests  for  HDT-R  tapes  that  have  been 
listed  in  the  archive  regeneration  logs  or  the  Quality  Assurance  (QA) 
personnel's  HDT-R  vs.  HDT-A  listing.  These  logs  were  generated  by  the  feedback 
processor  or  by  QA  whenever  it  was  found  that  a product  request  was  not 
completed  satisfactorily  and  the  product  had  to  be  regenerated  from  the  R-tape. 

Requests  are  remade  for  the  A-tape  on  an  lnterval/scenc  basis.  The  archive 
regeneration  log  or  the  HDT-R  vs.  HDT-A  listing  contains  the  list  of  HDT-R  tape 
IDs,  their  intervals  and  all  their  scenes  that  must  be  reprocessed.  With  either 
of  these  listings  in  hand,  the  operator  initiates  GSARGN  and  proceeds  to  enter 
the  R-tape  IDs.  Each  tape  ID  entered  is  verified  for  format  and  checked  to  see 
that  its  records  exist  in  the  archive  product  area  of  the  data  base  and  is  of 
the  proper  sensor  type.  (Further  verification  includes  the  following:  its  status 
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must  be  either  'DRP'  or  'COM'.  Current  facility  must  be  DRRTS  or  TAS  and  ser.d- 
to|facility  must  not  Le  DEGAUSS).  Each  interval  entered  must  have  its 

I 

corresponding  archive  interval  record  in  the  data  base,  and  all  its  scenes  or 
selected  scenes  must  have  their  corresponding  ancillary  scene  information  in  the 
ancillary  area  of  the  data  base  as  well.  If  the  ancillary  information  for  the 
scene's  intervals  or  orbits  is  not  available,  a missing  ancillary  data  listing 
is  generated.  Once  the  request  is  validated  in  the  manner  described  above,  the 
main  image  record  of  the  scene  (if  present)  is  updated  and  the  scene's  product 
acquisition  record  is  updated/created  using  this  main  image  record  and  the 
comuon  parameters  (user-ID,  product-code)  if  necessary. 

Figure  15-7  illustrates  the  archive  regeneration  request  entry  flow. 

The  archive  regenerator  request  entry,  GSARGN,  runs  manually  under  operator 
control.  This  module  regenerates  archive  requests  for  scenes  on  HDT-R  tapes  as 
indicated  on  a regeneration  log  or  as  specified  by  the  Quality  Assurance 
personnel. 

Operator  inputs  are  in  the  form  of  responses  to  program  prompts. 

GSARGN  requires  the  following  data  base  files  as  Inputs: 

a.  Archive/product 

b.  Production 

c.  Common  parameter 

d.  Ancillary 

e.  Main  image. 
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We  archive  regeneration  request  entry  produces  two  types  of  outputs:  operator 

displays  and  updated  data  base  files/disk  files.. 

GSARGN  updates  data  base  files  as  part  of  its  processing  function.  With  normal 
processing,  GSARGN  updates  the  following  data  base  files: 

a.  Archive/product 

b.  Production 

c.  Main  image. 


GSARGN  will  also  create  a summary  processing  report  file  (GSARGN. SUM)  and  a user 
interaction  log  file  ( GSARGN. UIL).  The  summary  report  file  suuuaarizes  the 
processing  completed  by  GSARGN,  while  the  user  Interaction  log  file  details  the 
operator  prompts  and  responses.  These  report  files  are  printed  via  the  job 
control  language.  An  optional  missing  ancillary  data  listing  (GSARGN. LTG)  is 
created  for  any  scene  ancillary  data  found  to  be  missing  from  the  ancillary  area 
of  the  data  base. 


15.4.2  ARCHIVE  DISSEMINATION  COMPLETION 

After  generating  an  uplink  process  request,  the  archive  dissemination  function 
awaits  a feedback  from  DRRTS  that  the  products  have  indeed  been  uplinked  to  EDC 
via  Decnet  so  that  request  completion  processing  can  be  performed.  Archive 
dissemination  completion  processing  utilizes  the  following  programs: 

a.  GXDREC  - DRRTS  Data  Receive 

b.  GQHASS  - HDDR  Product  Assessment  Entry 

c.  GPUCPB  - GMS  DRRTS  Uplink  and  Copy  Process  Request  Feedback 

d.  RSPACO  and  RSUOCO  - User  Order  Completion. 
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15.4.2.1  DRRTS  Data  Receive  Processing  (CXDREC) 

! 

CXDREC  Is  activated  automatically  as  part  o£  the  process  request  feedback 

j 

transaction.  The  jprogram  queries  the  feedback  file  In  DRRTS  to  see  If  there  Is 
any  Information  jto  be  transferred  to  the  KMF  Ground  Management  Subsystem  over 

Decnet.  If  there  ils  a file  for  transfer  the  program  effects  that  transfer. 

| 

| 

15.4.2.2  HDDR  Product  Assessment  Entry  (GQHASS) 

I i 

Associated  with  evc/y  use  of  an  HDDR  product,  the  quality  of  the  Image  data  on 

the  tape  Is  evaluated.  The  purpose  of  HDDR  product  assessment  entry  program 

i I 

(GQHASS)  Is  to  record  quality  information  about  HDTs  and  images  in  the  product 

{ \ 

assessment  area  of  the  MMF  data  base.  The  program,  which  Is  designed  to  run  in 
automatic  mode,  may  be  initiated  by  either  the  operator  or  by  the  HDDR 


assessment  entry:  program.  The  quality  Information  to  be  processed  consists  of 


two  kinds  of  data:  Image  quality  and  HOT  quality. 


Image  quality  refers  to  the  quality  of  the  contents  of  the  tape.  Whenever  an 

i f 

HDT  Is  created, (the  quality  of  the  Images  on  the  HDT  Is  determined  and  entered 


into  an  Image  quality  data  file  (IQDXXX). 


HDT  quality  refers  to  the  quality  of  the  physical  HDT  Itself.  Whenver  au  HDT  is 


read  or  written  (which  may  occjur  many  times  for  a given  HDT),  the  quality  of  the 

i ! 

physical  HDT  Is  determined  andi  entered  Into  an  HDT  quality  data  file  (PAYXXX). 

i 

| 

GQHASS  runs  In  automatic  mode  only.  In  this  mode,  all  IQDXXX  image  quality  data 
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files  and  PAYXXX  quality  data  files  which  are  listed  in  the  index  of  current 
files  for  the  IRC,  PRC,  and  DRC  directories  will  automatically  be  processed, 
GQHASS  uses  the.  archive  product,  common  parameter,  directory,  and  product 
assessment  areas  of  the  data  base.  Only  the  product  assessment  area,  however,  is 
updated. 

15,4.2,3  DRRTS  Uplink  Process  Request  Feedback  Processing  (GPUCFB) 

GPUCFB  is  the  DRRTS  uplink  and  copy  feedback  processing  program.  It  applies 
feedback  information  about  DRRTS  uplink  and  copy  activities  to  the  data  base. 

As  DRRTS  fulfills  HDT  uplink  and  copy  process  requests,  it  creates  a feedback 
file  containing  relevant  information  about  the  HDT  processing.  Periodically, 
these  files  are  transferred  to  the  Ground  Segment  management  subsystem  over 
Decnet.  At  this  point  GPUCFB  accesses  these  feedback  files  and  applies  them  to 
the  data  base. 

GPUCFB  is  normally  activated  automatically  as  part  of  a transaction.  The 
operator  may  activate  GPUCFB  from  a terminal  at  any  time. 

When  activated  GPUCFB  retrieves  the  operating  parameters  that  it  needs  from  the 
common  parameter  area  of  the  data  base.  GPUCFB  locates  and  opens  every  DFB  file 
in  the  T0PS-20  directory  index  for  “DRRTS  received"  files.  For  each  DFB  file 
GPUCFB  locates  and  retrieves  the  corresponding  DPR  file  and  verifies  the  DFB 
file  against  it.  If  the  verification  was  successful,  Gi'JCFB  applies  the  DFB 
file  to  tha  data  base.  After  all  DFB  files  have  been  processed,  GPUCFB  prints  a 
regeneration  log,  a cancellation  log  and  a summary  report. 
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In  the  manua’  mode*  the  operator  is  given  the  option  of  processing  or  rejecting 
each  DFB  file. 

Input  files  consist  of: 

a.  DRRTS  uplink  and  copy  feedback  file  (DFBXXX)  contalnc  the  feedback 
Information  regarding  an  HDT  uplink  or  copy  sent  from  DRRTS. 

b.  PRRTS  uplink  and  copy  process  request  file  (DPRXXX)  contains  process 
request  information  to  uplink  or  copy  an  HDT  tape  which  was  sent  to 
PRRTS, 

c.  processing  mode,  which  indicates  whether  the  program  is  to  be  run  in 
an  automatic  or  manual  mode.  This  is  derived  from  information  in  the 
common  pavameter  area  of  the  Landsat— D MMF  data  base* 

d.  Various  thresholds  which  determine  if  the  processing  for  a specific 
HDT  should  be  cancelled.  These  thresholds  are  obtained  from  the  common 
parameter  data  base. 

e.  Data  base  sensor  type,  which  Is  used  to  ensure  proper  processing  of 
sensor  type. 
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b.  Cancellation  log ; 

I i 

c«  Regeneration  log 

i 

i , 

d,  Processing  summary. 


Figure  13-8  illustrates  the  interactions  between  GPUCFB  and  the  MMF  data  base, 

i ; 

and  its  interactions  with  process  request  and  feedback  files. 

I i 

| | 

15.4.2.4  User  Order  Completion  Processing  (RSUOCO/RSPACO) 

t 

The  user  order  completion  process  consists  of  the  program  RSUOCO,  user  order 
closeout,  and  jthe  program  PSPACO,  the  product/acquisition  request  closeout. 
These  programs  close  out; the  user  area  of  the  MMF  data  base  and  the  associated 
product  requests  when  the  archive  dissemination  function  indicates  that  they 

have  been  completed.  i 

i | 

RSUOCO  and  RSPACO  are  standalone  programs  requiring  no  operator  interaction. 


The  user  order  closeout  brocess  (RSUOCO)  goes  through  the  user-support  area  of 

j 

the  Landsat-D  data  base  to.  update  user  and  user  order  statuses.  That  is,  it 
cancels  users  and/or  user  orders  and  deletes  them  when  marked  "complete**  (COM) 

j 

or  "cancel"  ($AN).  Conditions  Involved  are  as  follows.  If  a user  stop-date  has 

II 

passed  and  there  are  no  ; orders  in  progress,  the  order  record  is  marked 

i 

} 

"complete".  If  an  orde.r  record  is  in  "cancel"  status,  it  will  be  changed  to 
"delete"  (DEL)  if  no  orders  are  in  production  and  if  the  acquisition  and  product 

i i 

hits  to  date  satisfy  those  desired.  If  any  particular  user  is  in  a state  of 
"cancel,"  it  will  be  changed  to  "delete"  only  if  the  associated  order  records 


OPIAN 


13-19 


l 


Figure  15-8.  DRRTS  Copy  and  Uplink  Feedback  Data  Flow 


81SDS4232 
Revision  A 
16  July  1982 
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are /marked  either  "delete"  or  “complete".  The  status  changes  and  the  related 

I 

numbers  of  changes  are  written  to  a summary  file. 


• The  product/acquisition  request  closeout  process  (RSPACO)  retrieves  the 
production  status  records  from  the  production  area  of  the  MMF  data  base.  Each 
record  is  associated  with  a group  of  acquisition  and/or  product  requests.  Each 

i request  is  associated  with  a request  order  link  record.  Using  the  request  order 

\ 

link  information  as  a pointer,  the  user  order  header  and  path/row  records  are 
retrieved  from  the  "ser/support  area  of  the  MMF  data  base.  At  each  step  the 
retrieved  records  are  tested  against  information  from  the  production  area 
records  for  matching.  When  the  matching  criteria  are  satisfied,  the  user  header 
and  user  path/row  records  are  updated.  Processing  continues  until  all 


production  status  records  have  been  examined.  A summary  report  is  written 


the  end  of  the  process. 


Input  consists  of  the  MMF  Landsat-D  data  base,  user  support  and  production 
areas. 


Output  coaslsta  of: 

a.  MMF  Landsat-D  data  base,  user  support  and  production  rr--»a a 

b.  Process  summary  file  for  RSUOCO  - list  of  items  affected  by  the 

process  run 

c.  Process  summary  file  for  RSPACO  - list  of  items  affected  by  the 

process  run 

d.  Production  processing  logs  for  both  RSUOCO  and  RSPACO. 
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The  data  flow  for:  Che  user  order  compledon  process  is  shown  in  Figure  15-9. 


15.4.3  GHIT-AM  GENERATION 

j . j 

The  Goddard  HDT  Inventory  Tape  is  produced  daily  Co  provide  an  accounting  of  Che 

I i 

archive  products  generated  for  the  EROS  Data  Center.  A GHIT-AM  is  generated  for 

i 

each  HDT-AM  produced.  The  GGGHAM  program  is  the  MMF  Ground  Management  Subsystem 

I f 

activity  which  supports  the  creation  of  GHITs  for  the  dissemination  of  HDT-AMs. 


15.4.3.1  GGGHAM  j j 

The  CHIT  generation  (GGGHAM)  program  is  run  in  the  manual  mode,  initiated  by  the 


operator  who  specifies  the  HDT-AMs  which  are  to  be  shipped.  During  the  process 

j j 

(see  Figure  15-10)  GGGHAM  processes  the  information  supplied  by  the  operator  and 


already  recorded [in  the  MMF  data  base. 


The  specified  list  of  HDT-AM  IDs  are  keyed  into  the  processor  in  response  to 

| ! 

program  prompts.  GGGHAM  requires  the  following  data  base  files  as  input: 

1 

a.  CHIT 

b.  Main  image 

i i 

c.  Archive  product 

| I . 

d.  Common: parameter.  I 


To  create  a CHIT^  the  GHIT  (IWT-AM)  generation  process  first  reads  the  HDT-AM 
identifiers  thatj  the  operatoi  types  in  through  the  terminal.  When  this  input  is 
complete,  the  process  has  a; list  of  the  HDT-AMs  in  the  shipment  and  is  ready  to 


start  writing  the  GHIT.  MSS  A-tapes  differ  from  other  HDTs  by  having  more  than 


one  label.  Two  to  five  labels  are  written  on  a 28-track  HDT-AM.  The  first 
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label  identifies,  the  tape  itself,  while  the  succeeding  labels  Identify  spans  of 
image  data,  each  of  which  is  expected  to  fit  on  one  14-track  HDT.  HDT-AM 
identifiers  for  consecutive  28-track  tapes  always  differ  by  five  sequential 

i 

label  increments.  Labels  on  the  tape  Itself  are  always  sequential. 


When  a 28-track  tape  is 
copied,  one  to  a tape.  These 

I 

they  are  written. 


copied  to  14-track  tapes  the  extra  labels  are  also 
labels  then  identify  the  14-track  tapes  on  which 


The  archive  product  directory  will  contain  an  entry  with  a particular  HDT-AM 
identifier  only jif  that  tape^ exists.  At  the  time  a 28-track  HDT-AM  is  made,  its 

j j 

identifier  in  'the  first  label  record  is  entered  in  the  archive  product 

l / 

directory,  but  its  succeeding  tape  identifiers  arc  not.  If  one  of  these 
! . ( ’ 
succeeding  identifiers  is  • looked  up  in  the  archive  product  directory,  it  will 

not  be  found.  Indicating  that  a 14-track  copy  of  28-track  HDT-AM  does  not  exist. 

j I 

The  first  step  in  writing  the  CHIT  is  to  assemble  the  HDT  directory.  The  GHIT 

i i *'  ' 

(HDT-AM)  generation  process  looks  up  each  HDT-AM  identifier  in  the  archive 


product  directory. 


From  each  HDT-AM  identifier 


the  process  makes  one  entry  in  the  HDT  directory 


from  corresponding  information  in  the  archive  product  directory.  It  then  writes 


the  complete  HDT  directory  to  the  GHIT. 


For  each  HDT-AM  identifier j read  from  the  operator's  terminal  the  process  writes 


relevant  information  onto  the  GHIT.  This  information  consists  of  an  image 
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directory  of  images  recorded  on  the  HDT  and  a number  of  records  of  descriptive 
data  for  each  image. 


The  HDT  image  directory  is  created  from  information  in  the  archive  product 
directory  and  the  main  image  file.  Information  from  these  two  sources, 
corresponding  to  the  HDT-AM  currently  being  processed,  is  retrieved  and 
organized  in  the  image  directory.  When  completed,  the  image  directory  is 
Witten  onto  the  CHIT. 

The  CHIT  data  entries  contain  all  descriptive  information  required  by  the  GHIT 
(HDT-AM)  generation  process.  For  each  image  on  the  currently  referenced  HDT-AM, 
the  process  retrieves  corresponding  header,  annotation,  and  trailer  records  from 
the  CHIT  data  entries  and  writes  them  onto  the  CHIT. 


When  the  GHIT  is  completed  the  CHIT  (HDT-AM)  generation  process  updates  the  GHIT' 
product  directory  with  a new  entry  describing  the  GHIT.  Information  in  thl- 
entry  identifies  the  GHIT,  describes  its  production,  and  lists  the  HDTs  recorded 
on  it. 

The  GHIT  generation  program  produces  four  types  of  output: 

a.  Operator  display 

b.  Updated  data  base  files 

c.  Processing  report  files 

d.  Control  files. 

GGGHAM  also  generates  the  following  processing  report  files: 
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j a.  Processing  summary  file  (GGGHAM.SUM)  - Consists  of  GHIT  ID,  physical 

| tape  ID,  logical  tape  ID,  NASA  scene  ID,  path/row  of  the  scene, 

average  cloud  cover,  band  quality  codes  and  indicatiou  of  the  scene, 
whether  it's  written  on  the  GHIT  tape  or  not. 

b.  User  Interaction  log  file  (GGGHAM.UIL)  - Details  operator  prompts  and 
responses. 

c.  GHIT  tape  inventory  sheet  (GGGHAM.INV)  - Consists  of  GHIT  ID,  tape  ID, 
scene  ID,  sensor  type,  band,  image  IRIG  start/ stop  times,  average 
cloud  cover  and  archive  regeneration  flag. 

d.  GHIT  list  of  associated  tapes  (GGGHAM.LTG)  - Identifies  the  GHIT  ID 
and  tape  IDs  written  on  that  GHIT  tape. 

These  report  files  are  automatically  printed  via  the  Job  control  language. 

The  control  submit  file  and  command  file  created  by  GGGHAh  are: 

a.  GHIT  control  submit  file  (GHITHM.CTL)  - Creates  a GHIT  for  the  given 
shipment  of  HDT-AMs. 

b.  GHIT  command  file  (GHITDP.CMD)  - A command  file,  which  submits  the 
GHITHM.CTL  file. 
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SECTION  16 


UPLINK/COPY  PROCESSING 


16.1  ENVIRONMENT/RESOURCES 

! I 

All  data  uplink  and  HDDT  copying  for  the  Landsat-D  Ground  Segment  ic  performed 

i 

I ; 

within  the  Dataj Receive,  Record  and  Transmit  system  (DRRTS)  of  the  Image 

! i 

Generation  Facility  (IGF). 

i | 

I i 

16.1.1  SOFTWARE  ENVIRONMENT 

i i . 

Figure  16-1  illustrates  the  DRRTS  software  components  (excluding  RSX-11M;  that 
make  up  the  DRRTS  software  environment.  The  purpose  of  each  is  briefly  explained 

I i 

in  the  following  paragraphs.  This  software  is  divided  into  two  groups  as 
indicated  below:  j 

. . I ■ • 

a.  DRRTS.  application  software 

1.  jOperator  interface  task 

i • 

2.  Operation  monitor  tasks 

3.  Directory  generation  tasks 

i • 

f • • 

4.  MMF  service  task 

i 

b.  DRRTS  system  software 

1.  Synchronized;  time  code  generator  driver 

i 

j 

2.  Matrix  switch  driver 

i 

3.  Landsat  format  synchronizer  driver. 

I 

I 

16.1.1.1  Operator  Interface  Task 

1 ! • 

The  operator  interface  task;  is  the  DRRTS  task  that  performs  all  communication 
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with  the  operator.  It  allows  the  operator  to  initiate  all  operation  related 
activities  as  well  as  manual  functions  and  all  reports. 

i 

The  operator  Interface  task  is  implemented  in  PDP-11  Fortran  IV  Plus.  Its 
detailed  design  is  documented  in  the  CPDS,  LSD-1GF-CPD-308P. 

I 

| l 

16.1.1.2  Operation  Monitor  Task 

! 1 

The  operation  monitor  tasks j are  the  DRRTS  tasks  that  control  the  active 

i ! 

| \ 

operations.  One  operation  monitor  task  is  required  for  each  active  operation. 
Since  a maximum  of  four  concurrent  operations  are  possible,  there  are  four 

j 

i 

operation  monitor  tasks.  j 


The  operation  monitor  tasks  are  Implemented  in  PDP-11  Fortran  TV  Plus.  Its 

| i 

detailed  design  is  documented  in  the  CPDS,  LSD-IGF-CPD-3303. 

| 

; i 

16.1*1.3  Directory  Generation  Task 

The  directory  generation  task  is  responsible  for  interfacing  with  the  Demux 
hardware  and  generating  several  data  files  during  any  operation  that  performs 

I j 

directory  generation.  | 

| | 

The  directory  generation  task  is  Implemented  in  PDP-11  Fortran  IV  Plus.  Its 

i 1 

detailed  design  is  documented  Sin  the  CPDS , LSD-IGF-CPD-3003. 

i 

I 

16.1.1.4  MKF  Service  Task  j 

i i 

The  MMF  service  task  is  the  DRRTS  task  that  handles  file  transfers  with  the 

J i 

Mission  Management  Facility  using  either  Decriet  or  computer  compatible  tape. 
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The  MMF  service  tack  is  implemented  in  PDP-11  Fortran  IV  Plus.  Its  detailed 
design  is  documented  in  the  CPDS,  LSD-IGF-CPD-3004. 

16.1.1.5  Matrix  Switch  Driver 

The  matrix  switch  driver  is  the  DRRTS  special  purpose  driver  that  interfaces 
with  both  the  digital  and  analog  matrix  switches.  These  switches  are  used  to 
make  connections  between  all  DRRTS  special  purpose  hardware  devices. 

The  matrix  switch  driver  is  Implemented  in  PDP-11  Macro  Assembly  Language.  Its 
detailed  design  is  documented  in  CPDS,  LSD-LAS-CPD-4019 . 

16.1.1.6  Synchronized  Time  Code  Generator  Driver 

The  synchronized  time  code  generator  driver  is  the  DRRTS  special  purpose  driver 
that  Interfaces  the  synchronized  time  code  generator.  It  allows  reading  the 
current  time  code  under  operator  control. 

The  synchronized  time  code  generator  driver  is  implemented  in  PDP-11  Macro 
Assembly  language.  Its  detailed  design  is  documented  in  CPDS.  LSD-IGF-CPD-3131. 

16.1.1.7  Landsat  Format  Synchronizer  Driver 

The  Landsat  format  synchronizer  driver  is  the  DRRTS  special  purpose  driver  that 
Interfaces  the  Landsat  format  synchronizer,  which  extracts  selected  data  from 
the  MSS  data  stream. 

The  Landsat  format  synchronizer  driver  is  implemented  in  PDP-11  Macro  Assembly 
language.  Its  detailed  design  is  documented  In  CPDS,  LSD-IGF-CPD-3077. 
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16.1.2  HARDWARE  ENVIRONMENT 

Figure  16-2  illustrates  the  DRRTS  hardware  components  that  make  up  the  DRRTS 
hardware  environment.  The  actual  hardware  configuration  is  illustrated  in 
Figure  16-3.  The  function  of  each  item  in  the  list  below  will  be  briefly 
explained  in  the  following  paragraphs: 

a.  PDP  11/34  with  256  Kbytes  of  memory 

b.  Two  RK07  disks 

c.  LA36  terminal  (system  console) 

d.  VT100  terminal  (operator's  console) 

e.  VT78  terminal  (formatted  display  device) 

f.  HDDR  control 

g.  800/1600  BPI  MTU 

h.  Two  14-track  HDDRs  and  four  28-KDDRs 

1.  Synchronized  time  code  generator  (STCG) 

j.  MSS  simulator 

k.  Analog  and  digitlal  matrix  switches 

l.  Line  printer 

a.  Moving  window  display 
n.  MSS  Demux  (LFS). 

16.2  OVERVIEW/ BACKGROUND 

The  Landsat-D  Ground  Segment  functions  covered  in  this  section  of  the  manual 
Include  the  HDT-AM  uplink  and  HDT  copy  functions  of  the  DRRTS  system. 
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16.3  {FUNCTION  DESCRIPTION 

. { 

The  two  functions  of  the  DRRTS  system  to  be  discussed  here  are  depleted  In 
Figures  16-4  and  16-5.  Additionally,  the  various  DRRTS  system  functions  that 
support  the  uplink  and  copy  functior.  are  presented  as  scenarios  that  the 
operator  may  follow. 


i 
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Figure  16-5.  DRRTS  Data  Flows:  Tape  Copy 
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16.4  UPLINK/COPY 

16.4.1  OPERATOR  INTRODUCTION 
Operators  should  expect  to  see  outputs  from  the  system  as  depicted  in  the  following 
examples.  There  are,  however,  some  exceptions  to  this: 

^ a.  The  RSX-11M  spooler  software  Is  activated  when  print  files 

are  available,  so  the  system  may  exhibit  a delay  between  the 
event  and  the  printout, 

b.  RSX-11M  may  print  additional  messages  (on  the  system  console) 
not  shown  In  the  following  examples.  For  example.  If  the 
printer  Is  offline  and  a new  report  Is  ready  for  printing, 

RSX-11M  will  print  a "line  printer  not  ready"  message  on 

the  system  console. 

c.  DRRTS  application  software  may  also  display  additional 
messages.  For  example.  If  an  HDDR  hardware  problem  Is 
detected,  an  appropriate  message  would  be  displayed  on  the 
operator's  terminal. 

All  entries  in  the  log  file  are  prefixed  by  the  current  date  and  tine.  Only 
the  first  line  of  fixed  menu  selection  Is  Included  in  the  log  file, 

16.4.1.1  System  Start-up 

ACTION  SYSTEM  RESPONSE 

•T  THE  SYSTEM  CONSOLE  I 
or RTS  MILL  ReSPONP 

R5X-U  BL26  MULTI-USER  SYSTEM 
COOD  RFTCRNOON 

I2-N0Y-R1  1IU0  LOCCED  ON  TERMINAL  TYOt 
NELCONE  TO  DRRTS 


ST  THE  SYSTEM  CONSOLE! 

S1CN  INTO  THE  DRRTS  SYSTEM 
TYPE  «MEL  DRRTS/ PRIYCC/R)* 
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tCTIO* 


nm>  mrwoi 


tin  •nmtie/i)' 


\ 


ctm  vtu  rupo« 

\ *AVt  NTM./nitlRf, 

HP  (6, JO»)«(CATf«/DC 
PIP  (6,J07J*,DAT«a/DC 
PIP  0*RT1LOC,TIL#»/DE 
( PIP  OPCKAT!U«,r!Ll*/OC 
j PIP  PROCESS.*! t I a/OE 
l PIP  KDDR,T1L»*/0C 

pip  Sigur*ccs,rii9t/oc 
PIP  OPE6ATIOa,riL*OPCftAftOa*tftV 
I flP  PROCESS.TlLaPROCCSS.SAV 

pip  *DD«.rn,*xcD*.i»f 
‘ PIP  SE0UCRCt.4.r)LaSC0UeRCtS»&AV 

• pip  it,iotiupQoouuAt»i*,»o*)npffeoi.tiv 

PIP  (4vlQtl0R«0Q2*0RTaU*»9%lDPR092.tRV 
PIP  U,J09)PAnOO|.OAT«tt»!01>PA0001«MA* 
j PIP  (6*107) tUDO0t«DATa(A#)O7) 1QDO0I .BAS 
PIP  (6vI07)PffOOO|*OAra(6*JO?)WPOOOt.NAP 
PIP  t6*IOT)PAnOO2#UAT«(4.IOT)PAOOO2,aA0 
PIP  (4* 107) PADOO).DATa(A*  JO?)PADOOl,BAS 
! PCD  DtflCER 
PU  ROB COR 

j ic>  op»obi 
i PER  oppooi 
IK«  MPIBf 
tea  OPaiar 

i j at  (io»*5)oi»CKa/fA0XBOiaefa/pa]«}9o#/pfCBf9*)oei/CRP»7U 
! ft®  (IO»*6]taP«C0«/TA8RaNDRC0N/PHlB|04*/UICal5*)00)/CRPaVeft 
! ( 1 0$, !) OP«OM I/TAARbOPHUN t /PR lalCl#/U!C*( 5* )00) SCKPaTCB 

i IU  (I0»*l)0PauMa/TASRBOPaoa)/PMlat0)./UICa(4*100!/CAPaTC® 
I IRS  (|09*2) aaf fR y/TA&RaaaPSPV/PPl0|O2s/UlCa(ft* JOO)/CAPaTC® 
| imP  (f 09* 1 ) OPfl J at /tASAaOPtl'vf /Pt fa | 0|«/UlCa (9*100) /CAPatO 
i tus  oiRcea 

* AU«  HOMCOa 

rur  upaoai 
} PUN  0PB002 
j aua  aarsav 
j «ua  OPtiat* 


AT  T*S  OPERATORS  TC9RI0AL 
TTPE  •TCC/RI 


AT  tat  operator  terrirali 
Otars  at 6i»  respond 

i *oo  rov  visa  ro  initialise  all  oevicco  t not  ai® 

Otar*  atu*  resporo 

•fa  OE-UI  Bt  BAta  ATRAf  TAILED,  COLD  START  OCOOIRtO 

OPCtATOR  laTCtfACC  craitiT)  • tr  demux  ft  RESET  ERROR,  Mm  *9.  lost*  0 
ft  DCtUl  Ik  TAILED  TO  INITIALISE 

fa  ocau*  B2  barb  START  TAILED,  COLO  START  RCOUIRCO 

OPERATOR  IRTCRTACC  (TRI*IT ) - TR  DCRUI  •)  RCStT  1PR0N * D»aa  *9#  lOSfa  0 
ft  DC«Ut  *2  TAILED  TO  INITIALIZE 

PLEASE  NIT  RETURN  MCI  THE  RATRIX  SsITCNES  ARC  ft  STASDSf  ROOC* 


TTPf  •(C/M* 


TTPC  •fCC/M* 


TTPf  •««/•>• 


t 

OR  RTS  RILL  RESPOND 

*Dlf COaRtCT  ALL  RATRIX  ASITCN  OUTPUT  PORTS  f (T  OR  !)• 


OR RTS  SILL  RCSPORO 

•RATRIX  ialTCNE®  INITIALIZED 
DO ICE  IRlTIALItATlOR  CORPLPTC 

XROUU)  PILE  lattlALlSATlOa  9S  PER TOR RED  f (f  OR  R|* 

I 

r 

l 

| 

OR RTS  « ILL  RESPORD 

•PLEASE  SELECT  PURCTIOO 
j.  ocriat  process 

Is.  OELETE  PROCESS 
9.  OCTlRt  OPERATlOa 
LOAD  uperatior 
;9.  CONTROL  OPEN  7 ION 
I,  CARCEL  C^ERAMOa 
|f.  OE’.CTC  OPERATlOa 
if.  RELEASE  PROCESS  TO  RRT 
[t.  MANUAL  OPfSATlORS 
i#«  STATUS 

11.  ABORT  DR RTS 

12.  ERD  ORE* AT IDS* 
l 


i 

i 

I 

i 

; 

i 
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The  following  examples  depict  the  various  key  entries  performed  by  the  operator 
in  response  to  system  prompts.  Scattered  throughout  this  section  are  various 
entries  made  incorrectly  to  depict  the  error  handling  capabilities.  The  error 
entries  are  underlined.  Additionally  shown  are  various  entries  that  cause  a 
warning  message  to  prevent  name  duplication  within  the  system. 


please  arbrer  roacTioa 

1.  orpins  process 

2.  DELETE  PROCESS 

9.  DEFINE  OPFRATION 

ft.  Lrtkl’  OPERATION 

9.  CONTROL  'OPERATION 
ft.  CANCEL' OPERATION 
7.  I)AL*I*  DKfcMATIOH 
ft,  RELEASE  PROCESS  TO  RNF 
ft.  RANDAL  OPERATIONS 

10.  STATUS 

11.  ARON  I ORHTS 

12.  END  OPERATION* 


fin  *1)(C/R)*  ORNTS  RILL  RESPOND 

T * ,,IC-  , ‘INVALID  INPUT 

PLEASE  SELECT  fUNCTION 

1.  DEFINE  PROCESS 

2.  DELETE  PROCESS 
I.  ' DEFINE  OPERATION 
4.  LOAD  OPERATION 

9.  CONTROL  OPERATION 
ft.  CANCEL  OPERATION 
T.  DELETE  OPERATION 
ft.  RELEASE  PROCESS  TO  R«F 
«.  MANUAL  OPERATIONS 

10.  STATUS 

11.  ABORT  DKRTS 

12.  ERO  OPERATION® 
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action 


setter  ndefine  process* 
tips  mcc/ai*  . 


ststen  response 


omits  hill  respond 

■PLEASE  SELECT  PROCESS  TYPE 

1.  IMAGE  DATA  ACQUISITION 

2.  HDT  COPT 

).  HUT-AN  UPLINK0 
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SELECT  EINACE  OATA  ACQUISITION* 

TIPE  •ItC/R)*  DRRTS  MILL  RESPOND 

■PLEASE  ENTER  PROCESS  HARE  (1  TO  S ALPHABETIC  CHARS)* 


TIPS  *I2S43»IC/R)“ 


DRRTS  NILL  RESPOND 

■1NVAH0  INPUT 

PLEASE  ENTER  PROCESS  BANE  (1  TO  S ALPHABETIC  CHARS)* 


7TPE  *ASCDEPC(C/R)* 


DRRTS  BILL  RESPOND 

■INVALID  INPUT 

PLEASE  ENTER  PROCESS  BABE  (I  TO  t ALPHABETIC  CHARS)* 


TTPC  *TE6TI (C/R)* 


TIPE 


•TeSTACC/R)* 


DRRTS  HILL  RESPOND 

■INVALID  INPUT 

PLEASE  ENTER  PROCESS  NAME  (I  TO  0 ALPHABETIC  CHARS)* 

l 

j 

; 

DRRTS  BILL  RESPOND  i 

■PROCESS  NAHE  (TeSTfl  ) ALREADY  U8ED  1 

PLEASE  ENTER  PROCESS  NAME  (I  TO  6 ALPHABETIC  CHARS)*  1 


TYPE  •AYK8TCC/R)* 


DRRTS  BILL  RESPOND 

■PLEASE  ENTER  HDT  TAPe  LABEL  ID  (NNSTTTTJJJXK)* 


IDE  *LJNHARI0010I  CC/R)* 


DRRTS  MILL  RESPOND 

■INVALID  INPUT 

PLEASE  ENTER  HDT  TAPE  LABEL  ID  (NNSTTT7JJJXX)* 


TIPE  *L4BHARII*T0I1CV“A* 


ILL  RESPOND 
■INVALID  INPUT 

PLEASE  ENTER  HDT  TAPE  LABEL  ID  ( MR3TTYT JJJXX ) * 


TIPE  *(E8C)* 


DRRTS  HILL  RESPOND 

■PUNCTION  I ABORTED 
PLEASE  SELECT  PUNCTION 

1.  DEFINE  PROCESS 

2.  DELETE  PROCESS 
I.  DEFINE  OPERATION 
4,  LOAD  OPERATION 

3.  CONTROL  OPERATION 

4.  CANCEL  OPERATION 
7.  DELETE  OPERATIUK 

I,  RELEASE  PROCESS  TO  NN? 
9.  NANUAL  OPERATIONS 
10,  STATUS 
SI,  ABURT  DRRTS 
12.  END  OPERATION* 


‘ ) 
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ACTION 


ORJGfr;4L:  PAqe 

0F  mx  QUAun 


ma  c'L«HH*a!ooto3(c/«)> 


nra  •»U2iooi(M(c/i)a 


ms  al66, 24100100. C<C/R)a 


tm  a]6t.a3r39t99t9CC/R)a 


DEPRESS  THE  aCTRLa  ABO 
SMS  *t«  Rets  TOGETHER 


SYSTEM  RESPONSE 


, DRRTS  WILL  RESPOND 

PLEASE  EBTER  LOGICAL  HOT  TAPE  LABEL  ID  {NMBrTTTJJJXX)' 

i 

t 

DRRTS  WILL  RESPOND 

I OPLEASE  ENTER  IRIC  START  TIME  (0DQ.MHtNN|8S.R)a 


; DARTS  MILL  RC6POBD 
■ | ’INVALID  INPUT 

PLEASE  ENTER  IRIC  STAB.  TIME  (DDD.HH|MM|B0.8)a 


DARTS  MILL  RESPOND 

■INVALID  INPUT 

PLEASE  ENTER  IRIC  START  TIME  (DD0.HMIHRlS8.SIo 


i DARTS  MILL  RESPOND 
i ’INVALID  INPUT 

| PLEASE  ENTER  IRIC  START  TIME  (0DD.HH|Nnt8S.S)a 

i 


| DARTS  MILL  RESPOMO 

s *E 

PUHCTIOM  1 ABORTEO 

PLEASE  SELECT  PUHCTIOM 
1.  DEPINE  PROCESS 
1.  DELETE  PROCESS 
I.  DEFINE  OPERATION 
«.  LOAD  OPERATION 
9.  CONTROL  OPERATION 
A.  CANCEL  OPERATION 
7.  DELETE  OPERATION 
Rj  RELEASE  PROCESS  TO  NNP 
9.  MANUAL  OPEAATIONS 
10.  STATUS 
It.  ABORT  DRRTS 
IT.  END  OPERATION* 
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ACTION 

• I 

. ! 


i 


fcttct  <mot-r  CR«3tR»?:.>a> 
« »|<C/lt|» 


■beet  <i«b> 

■re  •hc/*)*  - . 


SYSTEM  RESPONSE 


©BBTi  Mibb  RE8POCD 

•PbCASC  SCbCCT  OPERATIOB  TYPE 
1*  MOT-#  CEMLRAT1U* 

I.  HOT  COPT 

J.  NDT-AR  UPbltR 

4.  PLAYBACK 

5.  RETROSPECTIVE  01 RECTORY  CMERATtOa 
4*  BCCAC  PACR1R6 

t.  NAS  bint  TEST 

e.  t*  u»t  nsr 

9 • MOT  COPT  bine  TtST* 


0#«T4  mill  flespuno 

"■0  MDT-M  cent# AT 100  OPCKATlOn  is  paused 
PLEASE  SCbeCT  PUBCTIUn 
l*  oermc  process 
a.  DELETE  PROCESS 
a.  DErjBE  UPERAT 'DM 
4.  LOAO  OPERATION 
9,  C0MT3QL  OPERATIOB 
4.  CANCEL  OPERATION 
7.  DELETE  OPERATION 
4.  MELEASE  PROCESS  TO  MNP 
9.  NABUAL  OPERA  HUBS 

10.  STATUS 

11.  ABORT  0RRT8 
ta.  CRO  OPERATIOB* 


PARTS  Bibb  RES POBO 

•MO  MDT-M  CEMCRATIUtt  OPERATION  IS  CEKCOTIBC  OP  PAU8E0 
PLEASE  SELECT  EU«CTIOM 
l.  reriRE  process 
a.  delete  process 

J.  OCriRE  OPERATIOB 
4.  LOAD  OPERATIOB 
».  CONTROL  OPERATIOB 

4.  CARCEL  OPERATION 
7.  DELETE  OPERATIOB 

5.  RELEASE  PROCESS  TO  MRP 
9.  MAOUAL  0PERAT10RS 

10.  STATUS 

11.  ABORT  ORRIS 
ia.  CRD  OPERATIOB* 
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■PLEASE  SELECT  OPERATION  TIPS 
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USE  THE  OC8  RAND  TO  READ  THE  HOT 

ID  PRON  THE  NOT,  OR  ! 

TTPE  •L4NHASI00104CC/RI* 


1ST  THE  OPERATOR  TERNINALI 
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16.4.1.3.2  Matrix  Switch  14-T  HDDR  to  MSS  Demux  to  28T  HDDR 
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16.4.1.3.5  System  Functional  Configuration 
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1,  operator  terminal 

2.  rORRATTEO  D1SPLATS 
2.  REPOSTS 

4,  NNF  INTERFACE* 


SELECT  CfiEPOCrSP 
TIPE  °2(C/R)° | 


0RRT8  MILL  RESPOND 

■PLEASE  SELECT  ,’EPJRTS  ASSIGNMENT 

1.  LINE  PRINTER 

2.  STSTEN  CONSOLE* 


SELECT  <L!BE  PRINTERS 
TTPE  •Itc/Rl*  i 


0RRT8  MILL  RESPOND 

*A£SIGnnent  SUCECSrOLLT  MADE 
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16. 4. 1.3. 6 Status  Displays 
ACTION  SYSTEM  RESPONSE 


puttt  select  function 
t.  define  process 

S.  DELETE  PROCESS 
a.  DEFINE  OPERATION 
«.  LOAD  OPERATION 

9.  CONTROL  OPERATION 
».  CANCEL  operation 
I.  DELETE  OPERATION 
8.  RELEASE  PROCESS  TO  MRP 
8.  MANUAL  OPERATIONS 

10.  STATUS 

11.  ARORT  DRRTS 
IS.  END  OPERATION* 


SELECT  CSTATUSP 
TTPS  • IOIC/N | • 


DRPTS  BILL  RESPOND 

■PLEASE  SELECT  STATUS  DISPLAT 
I e NODR  STATUS 
1.  NATRI1  SNITCN  STATUS 
I.  INACE  DkTA  ACQUISITION  STATUS 
4.  NOT  COPT  STATU8 
9.  NDT-AB  UPL1NR  STATUS 
4.  PROCESS  DEFINITION  TABLE 
V.  OPEN AT ION  DEFINITION  TABLE* 


SELECT  MATRIX  SWITCH  STATUS 

TYPE  "1(C/R)"  AT  THE  OPERATOR  TERMINAL: 

DRRTS  WILL  DISPLAY  THE  HDDR  STATUS  REPORT 
SHOWN  IN  FIGURE  16.4-3 

TYPE  ”1(C/R)"  THE  HDDR  REPORT  SHOWN  IN  FIGURE  16.4-3 

WILL  BE  PRINTED  ON  THE  LINE  PRINTER 
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Figure  16,4-3.  HDDR  Status  Report 
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ACTION 


SYSTEM  RESPONSE 


nuu  letter  main 
I.  MOCUI 

I.  Mint  nocui 
t,  Mtiar  orttario* 

«.  UMO  OPMITlOe 

t,  control  ort««rioa 
I,  C»«Ctl  OMatTlIM 
1.  PCtltt  OPtMTIOr 

••  iiiuie  nocui  »o  hit 
9.  «»«U»L  OrtlftflBRS 
it.  mrui 
it.  non  oetrs 
II.  no  oouuyioa* 


mtet  aunt> 
Tire  •it(c/«i* 


wm  Olu  ItlHMB 

•win  Bluer  inroi  oitwi 

1.  ■MW  1TITU* 

I.  ■•ran  nun  stitch 
i.  imtct  mti  •eoumriss  rarwa 

4.  HOT  COM  5T1TU5 
9.  UPtlm  ETSTea 

4.  MOCIII  KrillllO.  mu 
tm  OMiiriM  iwriaiTiea  Tint* 


onm  nimi  m»wi> 

im  *iic/a»»  . 


•T  Mrs  omitoi  tnriilli 

miti  oiswi  tut  mwu  wut»  nuta  wnw 1 

com  >iu  bmto»o  . 

•WJtf  out  mm  BO  TOO  e»«T  1 IMl* 


is  newt  16.4-4 


me  •iimi* 


m umi  »»itc«  »t»o«T  eno«4  w riciwe  16.4-4 

•im  u nnrio  oa  mi  UK  »irn» 
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Of'SS  PAGE  « 

poor  quality 


SYSTEM  RESPONSE 


ruai  select  rnaiot 

I.  irrmc  Noctei 
t.  pcletc  noau 

J.  Dcn«c  odcbamos 
4.  load  urcvtTiov 

ft.  CO»TDOli  OFCftfcTtO* 
i.  c»«cct  oretitioc 
>.  DELETE  0*C«ATI0« 

e.  mem  mocv.sa  n nt 
i.  *a«oal  onmtoti 
it*  inm 
II.  WOIT  ODftft 
II.  WO  OHMUOI* 


meet  <mtw> 
wrz 


etm  dim.  mravo 

•rw*ii  mm  irtfoi  itmif 

I.  MM  Itktut 

I.  Mtlll  ••ITCH  mtul 

I.  I»»C(  DATA  ACOUUITIOC  CTATtSd 

4.  *PT  tori  STATUS 
t.  0DT-AV  UPUM  STATUS 

s.  mociii  PiritiriM  table 

t.  opcaatio*  urrimTU*  table* 


* ) ', 


SELECT  <MATRIX  SWITCH  STATUS> 
TYPE  "3(C/R)"i  ! 


AT  THE  OPERATOR  TERMINAL: 

DRRTS  WILL  DISPLAY  THE  IMAGE  DATA 
ACQUISITION  STATUS  REPORT  SHOWN  IN 
FIGURE  16.4-5 


TYPE  "l(C/R)"i 


DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU 
WANT  ? (0-4)” 

THE  IMAGE  DATA  ACQUISITION  REPORT  SHOWN 
IN  FIGURE  16.4-5  WILL  BE  PRINTED  ON  THE 
LINE  PRINTER 
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ACTION 


•cuter  <inni> 
tree 


ORIGINAL  PAGE  IS 
SYSTEM  RESPONSE  ^ POOR  QUALITY 


ruui  Artec?  roe  moe 
1,  Dtnar  MUC  At 
l.  octerc  peoc»:ss 

).  active  QPCA..T1DP 
4.  LOAD  C*CA6?  (W 
».  COttmOb  DPfl  ATIWI 
ft,  C4«Cfct  OPEAJTlOe 

1.  octcfc  opcaitio* 

ft,  BKLCAftC  p«0i  ».fi*  TO 
t.  «AWUAL  OPCAATIOeS 
II.  STATUS 
It.  AAOBT  DAAT8 
l 1.  CAO  WlAATIOW" 


mil  uttt  mpoeo 

"PIC* SC  SetCCT  STATUS  DISPtAT 
I.  a CD*  STATUS 
».  PATAU  SWITCH  STATUS 
»•  (PACK  DATA  ACOUISITJOH  STATUS 
ft,  POT  COPT  STATUS 
ft,  HOT-AP  UPLIW*  STATUS 

ft,  peaces*  ocrteiTloe  ta«uc 
?•  opesATioa  <*n*irto*  Taste" 


SELECT  <MATRIX  SWITCH  STATUS>  ! 

TYPE  "5  (C/R) 11  AT  THE  OPERATOR  TERMINAL:  \ 

DRRTS  WILL  DISPLAY  THE  HDT-AH  UPLINK  | 

TABLE  REPORT  SHOWN  IN  FIGURE  16. A -6  i 

| 

DRRTS  WILL  RESPOND  j 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? \ 

(0-4) 11  I 


TYPE  "1(C/R)" 


THE  HDT-AM  UPLINK  STATUS  REPORT  SHOWN 
IN  FIGURE  16.4-6  WILL  BE  PRINTED  ON  THE 
LINE  PRINTER 
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ACTION 


mm  at<m> 

Tin  •!•«;/■*• 


SELECT  < MATRIX 
TYPE  "7(C/R)" 


TYPE  "1(C/R)" 
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SYSTEM  RESPONSE 


mui  ttbCCt  INTIM 
I.  ecrikt  NKHI 

I.  eckcrc  non.** 

J.  Krill  OKIrim 

4.  LOAD  OPtaltjOl 

5.  cwnoi  Ontario* 

4.  C*»Ctt  OKMflH 

i.  mitt  onutitM 
1,  mill!  MK  III  TO  MT 
*•  *AauAk  Ofiamoe* 

IT.  (TITO* 

II.  lion  MtTT 
la.  m oKumi* 


j 


-I 

i 

J 

i 

i 

i 


um  aikk  mniD 

'mui  itkin  imn  limn 

I.  MOM  St AtOA 

l.  aaran  s>irr*  inni 

1.  t»ACt  DATA  AC  ItllSltlOC  StATVS 
4.  NDt  COP!  St AT  IB 
».  «ot*aa  vtklai  status 
s.  psocess  curia  tiou  rsskt 
».  OM»ATIO«  Air.liriM  fASkC* 


! 

i 

4 

I 


■! 


SWITCH  STATUS>  i 

AT  THE  OPERATOR  TERMINAL:  « 

DRRTS  WILL  DISPLAY  THE  OPERATION  DEFINITION  j 

TABLE  STATUS  REPORT  SHOWN  IN  FIGURE  16.4-7 

DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 

(0-4)" 

THE  OPERATION  DEFINITION  STATUS  REPORT 
SHOWN  IN  FIGURE  16.4-7  WILL  BE  PRINTED 

ON  THE  LINE  PRINTER  j 

! 
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16.4.1.3.7 j Device  Initialization 


ACTION 


SYSTEM  RESPONSE 


PWftsc  select  rverioa 
I.  ear i«i  process 

8«  NU7C  ^lOCUl 

I.  ecnvc  operation 

4.  LOAD  OPERATION 

5.  control  ortMATtoa 

O.  CANCEL  OPERATION 

?•  outre  operatiou 
0.  RELEASE  NOCC11  TO  RAP 
9.  dAKlIAk  OPtAATIORf 
It.  DTATUS 
at*  ft PORT  PARTS 


micr  c«»aual  oreoatiohsr; 

TIPS  •RIC/A)*  $ 


DARTS  A ILL  RESPOND 

•PLEASE  SELECT  NANUAL  OPERATION 
I.  MODS 

>.  NATR1S  SWITCH 
».  READ  NltTCR  Tine 
4.  DEAD  MAT  TAPE 
»•  WRITE  RHP  TAPE 
A.  COHP1CURE  PARTS  fORCTlORS 
?.  DEVICE  INITIALISATION* 


•ELECT  < DEVICE  MITIALISATIOAP 
TtPl  MtC/SI* 


ONRYt  HILL  RESPOND 

■PLEASE  SCLCCT  C“TVlCtt*l  TO  INITIALISE 

1.  »ATR|X  SWITCHES 

2.  TR  DLROI  II 
I.  TR  DEWUS  ft 

4.  ALL  Of  THE  A DOVE® 


•ELECT  <*STRIS  SH ITCHES* 
TITS  •!«/*)• 


DOT  HAT9IS  SNITCHC*  It  CTAlDtT 
TIP*  •!£/•>• 


Mm  «1LL  WWW 

■•LEASE  HIT  6CT0RR  HHCH  RATR1I  •> ITCHES  SEE  !R  8TAHDSI  ROM 
Wm  HILL  RtSPOBD 

•SI  SCOW  SECT  ALL  MTWT  PORTS  f (T  OR  •)• 


Tire  •!««!• 


DARTS  HILL  RESrOWD 

■MATRIX  SWITCHES  INITIALISED 

»L|AA$  select  pohctio** 

I.  DCriWL  PfJCESS^ 

I.  DELETE  PROCESS 
A.  DCriNC  OPERATION 
4,  LOAD  OPERATION 
D.  CONTROL  operation 
••  CANCEL  OPERATION 
It  DELATE  OPERATION 
I.  RELEASE  PROCESS  TO  RNP 
t.  RANUAL  OPERATIONS 
It.  STATUS 
SI.  AtORT  DR RTS 
12.  END  OPERATION* 


•ELECT  4RARUAL  OPERATIONS* 
TfPE  •*(C/R)#  I 


DR  RTS  HILL  RESPOND 

•PLEASE  SELECT  RAROAL  OPERATION 

1.  NOON 

|.  RATRIX  SNITCH 

2.  READ  RASTER  TIRE 
4.  READ  NNI  TAPE 

I.  WRITE  RNP  TAPE 
t.  CORPICURC  DARTS  PUNCTIONS 
1.  DEVICE  INITIALISATION* 
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meet  «oe»ire  timmutw* 

tire  mw  oiei  m*w« 

•nctse  letter  etftcetsi  to  i*ituiue 
I.  ■H*II  lairtnU 
t>  to  Kltl  It 
>.  to  Dt«UI  ») 
t.  *u  or  rw  i*o*i' 


itutt  «Ur  or  m item 

we  '4<c/«>*  (mti  mu  mw* 

•»u»n  MT  lltWM  mi  stmt  uirttu  ME  10  Itugll  ooe** 


we  ' ( e/t ) ' earn  dim  aurono 

‘Duconicr  iu  mtmi  ooitco  eww  rents  t nn 


V(C/o>*  oeeta  oil*  aetrooo 

•htbis  s»itcnes  ititittites 

to  ot»oi  It  «ii*  «tii?  tines,  mo  Most  iiouneo 

o*i** to*  iKunn  tot* tat)  • to  Move  (i  Reset  mm,  esm* 

. to  oe*ui  it  r*iieo  to  tottititec 

to  onui  it  ***o  atsot  rules,  mo  stent  neasioes 
oota  * too  i arc* race  (orototi  - to  osous  te  Reset  ucoa,  oeos  -t. 
to  szoui  *i  rsxtco  to  iBitissiee 
tutu  select  rotctios 
1,  striae  roocess 
a.  eeserc  raoctss 

I,  Berios  OPT* ft T 1 0* 

«,  toss  orcoiTioo 

t.  CUSTOM  OPT* ft* IOO 

e.  ciacci  orcoiTioo 
t.  osictc  ortoirioo 
c.  oticisl  riocess  to  nor 
o,  oiouii  oruitioes 
to.  stttoa 
II.  isoot  »o»te 
ta.  t*t  uotaitiM* 


in# to  t 
»09to  t 
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16.4.1.4  Line  Test  Operations 

| The  following  paragraphs  depict  how  the  operator  may  test  the  system  for 
operational  readiness. 

16.4.1.4.1  MSS  Line  Test 

ACTION  SYSTEM  RESPONSE 


•PLEASE  SELECT  PU  ACT  I O'* 

1.  DErm  HOCIBI 
S«  DELETE  MbCISI 
»m  Df P|«C  on* AT  109 
4.  LOAD  OPERATION 
9.  CONTROL  OPERATION 
A.  CANCEL  OPERATION 
7#  DELETE  OPERATION 
9.  RELEASE  PROCESS  TO  CMT 
9«  MANUAL  OPERATIONS 
SO.  STATUS 
tl«  IIUWT  OSRTS 
13.  CAD  OPERATION* 


OSRTS  RILL  RESPOND 

•PLEASE  SELECT  0PEAAT2O8  TTPE 
I • NDT-R  GENERATION 

3.  NOT  COPf 

J.  NDT*AN  UPL1CR 
4*  PLAT8ACS 

4.  RETROSPECTIVE  DIRECTOR T 6E&XNATICN 
6.  SCENE  RACCINC 

1.  RSS  LINE  TEST 

5.  TR  LIRE  TEST 

9.  NOT  COPT  LINE  TEST* 


PARTS  RILL  DESPOND 

•PLEASE  SELECT  OPERATION 
S . TESTNL* 


TYPE  •!(€/•>*  ON  TOC  VT*tB  AND  THE  OPERATOR’S  TERRlNAL  DNNTS  RILL  RESPOND 

•NOONT  NOT  LANNRRIOOItO  ON  THE  2t«T  61  NOON* 

•VENIfT  NOON  N’TN  OCR  NAND* 


ON  TNC  TT-TR  TESNINALl 
NSC  TNC  OCR  NANS  TO  NCAO  TNC 
NOON  ID  PRON  TRC  NOON#  ON 
TTPE  *2S«*T  RKC/Nl* 


NSC  THE  OCR  SARD  TO  NtAD  TNC 
NOT  ID  PROR  TNC  NDT#  OR 

TfPC  *L4RNRRt0tl!NCC/N}*  ON  TNI  OPERATOR'S  TCRRIRAL  DNNTS  NIL  RESPOND 

•PLEASE  SELL"!  OUTPUT  PILE  DISPOSITION 
!•  CREATE  NCR  RASTER  PILES 

>•  CONpARC  NITH  PREVIOUSLY  CREATED  RASTER  fllCS 


DNNTS  RILL  RESPOND 


ITN  OCR  RAND* 


SELECT  CLOAD  OPEN ATI ON> 

type  •ecc/NY* 


SELECT  ANSI  LINE  TtST> 
TIPE  •TCCPNY* 
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ACTION 


SYSTEM  RESPONSE 


ORIGINAL  Pflop  »» 
OF  POOR  QUALITY 


0»  THE  OPERATOR'S  T3RRIRAL 
DELECT  <co<r»ii> 

TTPE  •2CC/RI*  i 


DRRT8  HILL  RESPOND 

•DO  TOU  NANI  TO  START  THE  OPERATION  T (T  OR  *)• 


nn  •?cc/R)» 


ORRTS  HILL  RESPOND 

■NATRtX  SNITCH  CONNECTIONS  HATE  SEEN  COMPLETED* 
j "PLEASE  SELECT  FUNCTION 

1,  DEFINE  PROCESS 

2.  DELETE  PROCESS 

j i.  DEFINE  OPERATION 

4.  LOAD  OPERATION 
; S.  CONTROL  OPERATION 

6,  CANCEL  OPERATION 
l T.  DELETE  OPERATION 

. I,  RELEASE  PROCESS  TO  MHF 
j 9,  MANUAL  OPERATIONS 

10.  STATUS 

I II.  ABORT  ORRTS 

i 12.  EDO  OPERATION* 

l 

NMEN  THE  0PERAT10H  HAS  STARTED,  DRRT8  HILL  RESPOND 
•OPERATION!  TESTBL,  STARTED" 

NHEN  THE  OPERATION  HAS  CORPLETEO,  ORRTS  HILL  RESPOND 
j "OPERATION!  TC8TNL,  COMPLETE* 


•ELECT  ECHO  OPERATIC 
TtPE  -tatc/Ri*  • 


ORRTS  HILL  RESPOND 

•PLEASE  SELFCT  OPERATION  TTPE 
1.  HDT-R  GENEHAT1UN 
*.  HOT  COPT 
1.  HDT-AN  UPLINK 

4,  PLATRACR 

5.  RETROSPECTIVE  DIRECTOR!  GENERATION 
».  SCENE  PACKING 

7.  MSS  LINE  TEST 
S.  TN  LINE  TEST 
9.  HOT  COPT  LINK  TEST* 


SELECT  <RSC  LIRE  TE8T> 
TTPE  •7CC/R)* 


ORRTS  HILL  RESPOND 


■PLEASE  SELECT  OPERATION 
1.  TCSTNL* 


TTPE  •IIC/*)' 


' UN  THE  VT-TR  AND  THE  OPERATOR'S  TERNINAL,  DRRT8  NI jL  REFPONO 
) •OISNOUNT  HDT  L4HHRB100I10  FRON  THE  21-T  »»  HDDR 

! VERIFI  HDDR  NITH  OCR  NANO* 


OR  THE  TT-TI  TENRINALI 
04E  THE  OCR  HARD  TO  READ  THE 
HDDR  10  FROH  THE  HDDR  OR 
TTPE  *29-T  lltC.'RI*! 


ORRTS  HILL  RESPOND 

■VCRin  HUT-ID  NITH  OCR  V4R0* 
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• 1 

1 

o*e  me  ocn  «»eo  to  read  tat  ! 

ndm  to  risoa  ?*e  mpdb  ur  ! 

****  •t«wB»ioono<c/«>»  oa  rat  ofcrryor's  tcrrirrl.  drrts  mu.  rcsroro 

f •RRTRl*  SWITCH  CORRCCTIORS  H»»t  OCCN  1>I  SCORKECT  TO 

I DO  SOU  HIGH  TO  eiftRtaC  THE  0»T*  fJUf.S  T (T  OR  a)* 


ON  THE  OPERATOR'S  TERMINAL, 

TYPE  "Y(C/R) " DRRTS  MILL  PRINT  THE  FOLLOWING  REPORTS: 

• MSS  LINE  TEST  REPORT  (FIGURE  16.4-8) 
IMAGE  QUALITY  DATA  FILE  DUMP 
(FIGURE  16.4-9) 

DIRECTORY  FILE  DUMP  (FIGURE  16.4-10) 
HDT  QUALITY  FILE  DUMP  (FIGURE  16.4-11) 
DRRTS  WILL  RESPOND 

"ARE  THE  RESULTS  ACCEPTABLE  ? 

(Y  OR  N)" 
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HS8  Line  TEST  REPORT  ORTEt  JJ-ROT-81 

imr.i  i2f)oi96 
C0RPIET10*  ORTEI  2)-"0¥-Rl 
CO»PbETIO*  TIRE!  121)0116 
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I 

ORIGINAL  PAGE  IS 
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OKGWAL  PAGE-  |S 
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Figure  16.4-10,  Directory  File  Dump  for  MSS  Line  Test 
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16.4.1.4.2  HDT  Copy  Test 


ACTION 


SYSTEM  RESPONSE 


SELECT  <1013  OPERATION 
TIPE  •4CC/RJ" 


•PLEASE  SELECT  FUNCTION 

1.  DEFINE  PROCESS 

2.  DELETE  PROCESS 
J.  DEFINE  OPERATION 
4.  LOAD  OPERATION 

9.  CONTROL  OPERATION 
ft.  CANCEL  OPERATION 
1.  DELETE  OPERATION 
0.  RELEASE  PROCESS  TO  NNF 
9.  MANUAL  OPERATIONS 
10.  STATUS 
It.  ABORT  OORTS 
12.  ENO  OPERATION* 


OHRTS  DILL  RC8PORO 

•PLEASE  SELECT  OPERATION  TTPE 

1.  HDT-R  GENERATION 

2.  HDT  COPT 

9.  MDT-AB  UPLINK 
4.  PLAYBACK 

9.  RETROSPECTIVE  DIRECTOR?  GENERATION 
ft.  SCENE  PACKING 

7.  NSS  LINE  TEST 

8.  TN  LIME  TEST 

9.  HOT  CUPI  LINE  TEST* 


•ELECT  <COP!  LINE  TESTA 
»IPE  •9(C/R>* 


DRRT8  MILL  RESPOND 

■PLEASE  SELECT  OPERATION 

1.  TE8TCL" 


me  •1(C/R)> 


ON  THE  TT-70  ANO  THE  OPERATOR'S  TERNINAL.  DRRTS  HILL  RESPOND 
•NOUNT  HOT  L4NHA01001 19  ON  THE  2S-T  42  HDDR 
VERIFf  HDDR  N1TH  OCR  NANO* 


ON  THE  TT-70  TERNINAL 
USE  THE  OCR  NANO  TO  READ  THE 
NODR  ID  FRON  THE  HDDR  OR 
TIPS  a2S-T  AJtC/R)* 


DRRTS  BILL  RESPOND 

•VERIFY  NOT— ID  N1TH  OCR  LAND* 
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OBI  rut  OCA  MID  to  READ  THE 
HOT  10  THOM  THE  MOOR  OR 
TTPE  *L4NHAS100110(C/A)* 


1 

OBI  THE  OCR  BARD  TO  READ  THE 
HDDR  XO  FROB  THC  HDDR  OR 
TTPE  M4-T  C2CC/AJ* 


OBI  THI  OCR  HARO  TO  READ  THE 
RODR  ID  FROR  THE  HDDR  OR 
TTPE  *L4RHRI1001tt (C/R)a 


OR  THE  OPERATOR'S  TERMINAL 
SELECT  <CO«P*RE> 

TTPE  •2(C/A>* 


TTPE  aTCC/Rla 


B ELECT  <EBO  OPERATIONS 
TTPE  al2CC/R»a 


SELECT  «COPT  LIRE  TE8T> 
TTPE  *9(C/A)* 


ST8TER  8 ESP  OR  82  ORIGINAL  PAGE  13 

OF  POOR  QUALITY^-  f 

DARTS  RILL  RESPOND 

•MOUNT  HOT  L4MHA8I 0011 1 OR  THE  I4»T  12  HDDR* 

•VERTEX  HDDR  HITH  OCR  HARD* 


DARTS  HILL  RESPOND 

■VERTEX  HDT-ID  WITH  OCR  MANOa 


OH  THE  OPERATOR'S  TERMINAL,  DRRTS  HILL  RE8PURD 
•PLEASE  SELECT  OUTPUT  PILE  DISPOSITION 

1.  CREATE  REN  MASTER  FILES 

2.  CONPARE  HITH  PREVIOUSLT  CREATED  RASTER  PILES* 


DRRTS  HILL  RESPOND 

•DO  TOU  U AMT  TO  START  THE  OPERATION  X (I  OR  »>• 


0RRT8  HILL  RESPOND 

•MATR1K  SWITCH  CONNECTIONS  HAVE  BEER  COMPLETED 
PLEASE  SELECT  FUNCTION 
t,  DEFINE  PROCESS 
2.  DELETE  PROCESS 
S,  DEFINE  OPERATION 

4.  LOAO  OPERATION 

5*  CONTROL  OPERATION 
«.  CANCEL  OPERATION 
7,  DELETE  OPERATIUI' 

5.  RELEASE  PROCESS  TO  HHF 
9.  HANUAL  OPERATIONS 

10.  STATUS 

11.  ABORT  DRRTS 

12.  END  OPERATION* 

HHER  THE  OPERATION  HAS  STARTED,  DRRTS  HILL  RESPOND 
•OPERATION!  TESTCL.  STARTED" 

HHEH  THE  OPERATION  AA8  COMPLETED,  DRRTS  HILL  RESPOND 
•UPERATIUNI  TtSTCI . COMPLETE* 


DRRTS  HILL  RESPOBD 

•PLEASE  SELECT  OPERATION  TTPE 

1.  HDT-R  CENERATIOR 

2,  HOT  COPT 

),  HDT-Ar.  UPLINK 

4.  PLAYBACK 

5.  RETROSPECTIVE  DIRECTORY  GENERATION 

6.  SCENE  PACKING 

7.  H8S  LINE  TEST 
B,  TN  LINE  TEST 

9.  HOT  COPT  LIME  TEST* 


DRRTS  HILL  RESPOND 

•PLEASE  SELECT  OPERATION 
I.  TESTCL* 
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OB  THE  ft-«  TERMINAL! 

USE  THE  OCR  BAUD  TO  SCAB  THE 
HDOA  ID  PROM  THE  HDDS ' Oft 

type  • jcc/bi*  i 


USE  THE  OCR  HARD  TO  READ  THE 
HDT  ID  PROS  THE  HOOD  OR 
TfPE  "L4MHAI1 001 1 01C/R) * 


USE  THE  OCR  HARD  70  BEAD  THE 
HODR  ID  PROP  THE  HDDRj  OR 

type  *ic-r  *2(c/r j*  | 


OSS  THE  OCR  HARD  TO  READ  THE 
MOOR  10  PROS  THE  HODR  OR 
TYPE  ■i.ANHRSlOOUHC/R)* 


TYPE  "Y(C/R)n 


TYPE  "Y(C/R)" 
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ORIGINAL  PAGE  IS 

SYSTEM  RESPONSE  POOR  QUALITY 

« 


OB  THE  *T»7«  ABO  TKS  OPERATOR'S  TERMINAL,  DEBTS  HILI>  RESP08D 
•D1SR0UBT  HDT  L4MHA0100I 10  EBOR  THE  28-T  (2  HDOA 

i fERlPI  HDDR  KITH  OCR  HARD* 


I 

DARTS  BILL  RESPOND 

•VERiry  HDT-ID  BITH  OCR  BARD* 


jDRRTS  BILL  RESPOHD 

[ 'DISMOUNT  HDT  L4HHA01001U  PROM  THE  14-t  02  HDDR* 

•VERIPI  HOUR  BITH  OCR  NANO* 

i 

t 

\ • 
l 

DARTS  HILL  RESPOND 

•SCRIPT  MOT- ID  BITH  OCR  BAND* 

j 


OB  THE  OPERATOR'S  TERMINAL.  DMRT8  HILL  RESPOND 

•MATRIX  SNITCH  CONNECTIONf  HAVE  SEEM  DISCONNECTED 
00  you  H1SH  TO  EXAMINE  THE  UATA  PILES  » tl  OR  B)* 


DRRTS  WILL  PRINT  THE  COPY  LINE  TEST  REPORT 
I SHOWN  IN  FIGURE  16.4-12  AND  THE  HDT  QUALITY 
! FILES  SHOWN  IN  FIGURES  16.4-13  AND  16.4-14 
! ON  THE  LINE  PRINTER 

THEN  DRRTS  WILL  RESPOND 

\ "ARE  THE  RESULTS  ACCEPTABLE  ? (Y  OR  N)" 
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I 
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Figure  16.4-14.  HOT  Quality  for  Copy  File  for  Copy  Line  Test 
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please  silect  roncnoB 
t»  oerme  process 

8.  DlLtTE  PROCESS 

3.  demise  operation 

<8,  LOAD  OPERATION 

5.  CONTROL  OPCOATIOa 

6.  cancel  operation 

1.  OECETE  OPERATION 

9,  RELEASE  PROCESS  TO  MRP 
I,  MANUAL  OPERAT ions 

to.  STATUS 

at.  ABO«T  DROPS 

13.  COD  OPERATION* 


SELECT  «#TAT9S> 
TfPE  “lOCC/Nl* 


OORTS  DILL  pespon;i 

■PLEASE  SELECT  STATUS  DISPLAY 
t.  MOM  STATUS 

3.  PATOU  SNITCH  STATUS 

I.  IRSCE  OATA  ACQUISITION  STATUS 

4.  HOT  COPT  STATUS 

5.  HOT-*"  UPLINK  STATUS 

6.  PBDCS58  DEFINITION  TABLE 

T.  OPERATION  UKF1N1TION  TABLE* 


SELECT  <MATRIX  SWITCH  STATUS>  AT  THE  OPERATOR  TERMINAL: 

TYPE  "2(C/R)"  DRRTS  WILL  DISPLAY  THE  HDT  COPY  STATUS  REPORT 

SHOWN  IN  FIGURE  16.4-15 

DRRTS  WILL  RESPOND 

'•HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? (0-4)” 
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OR/GJ.VAL  Pflr-p  . 
OF  Pooa  « *s 

I Quality 


SYSTEM  RESPONSE 


•ELECT  <STATU8> 

type  •locc/s)• 


please  sztzcr  function 

1.  define  muci»3 

2.  DELETE  PRCTCSB 
2.  define  operation 
4.  LO AO  UPCM710B 

8.  CONTROL  CPCRAT109 

6.  CANCEL  OPERATION 

7,  delete  operation 

0,  release  process  to  any 
«,  NARUAL  OPERATIONS 
SO.  STATUS 
It.  ABORT  DRRTS 
12.  r«D  OPERATION” 


orris  kill  despond 

•PLEASE  SELECT  STATUS  DIS»LAT 

1.  MOOR  STATUS 

2.  N ATRIA  S« ITCH  STATUS 

>.  {RACE  DATA  ACQUISITION  STATUS 

4.  NOT  COPT  STATUS 

5.  HOT-6"  UPLINK  STATUS 

A.  PROCESS  DEFINITION  TABLE 
7.  OPERATION  DEFINITION  TABLE'1 


SELECT < MATRIX  SWITCH  STATU S> 
TYPE  "2(C/R)" i ! 


AT  THE  OPERATOR  TERMINAL: 

DRRTS  WILL  DISPLAY  THE  HDT-AM  UPLINK 
STATUS  REPORT  SHOWN  IN  FIGURE  16.4-16 

DRRTS  W*  '.L  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 


TYPE  "1(C/R)" 


THE  HDT-AM  UPLINK  STATUS  REPORT  SHOWN  IN 
FIGURE  16.4-16  WILL  BE  PRINTED  ON  THE  LINE 
PRINTER 
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Him  KHCUI 


sewer  <mm> 

ob  tu  ortitTM'l  maim. 

me  mmc/bi*. 


•a  m mtim'i  tmuu, 

M*TS  BJVV  1ASPOSB 

■rktksc  iiLtci  mtw  limn 
I.  BOOB  IIMM 

a.  Bimi  sutcB  mm 
a.  liter  oiti  KOHiitiw  mm 
«.  mi  cert  status 

S.  SW-II  BPbtVB  CTATBS 

i,  rioerii  aerisirios  rssvc 

It  CPCIATIOB  OVISITIOS  TASbC* 


SELECT  <HDT  COPY  STATUS> 
TYPE  ”4(C/R)"  ! 


THE  HDT  COPT  PRODUCTION  STATUS  REPORT  SHOWN  IN 
FIGURE  16.4-15  WILL  BE  DISPLAYED  ON  THE  VT-78, 
THEN  DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? (0-4)" 


•even  mim> 
vm  ‘icic/ai- 


m cert  meeocrioB  ititu  umt  siu>  m Mtnn  00  tk  vise  mono 
a.  assts  sew.  Dunm 

1 •tUMC  SCkSCT  ruBCTIOS 

I.  KIIM  paoctss 
a.  MU.te  NKIM 
; a.  Mrm  oproATio* 

1 «.  bOAli  OPCBATIOB 

a.  ttWTAOb  OPCVAflOS 
; A.  CAVCtL  OPKBITIOS 

t.  MVrtt  dPtlATl-JB 
a.  atlEMt  M«IK  to  BUT 
t a.  asauAb  eruAtiMi 

! la.  STATUS 

II.  as oat  easts 
! ta.  eao  essBAtiea* 


sear*  aiu  acsseae 

°rwui  etbtct  status  atarvst 

j I.  S DOS  STATUS 

! a,  batois  8BITCS  STATUS 

I.  | BAGS  DATA  ACOUISITIOB  STATUS 
«.  SOT  COOT  STATUS 
! S.  eOT-AB  Bfbla*  STATUS 

{ S.  Process  M.riBITIIM  TASLS 

T.  opcvitiob  ssriaiTlOB  tasbe* 


SELECT  <HDT-AM 
TYPE  "5(C/Rl" 


AM  UT 

* I 


LINK  STA7US> 


THE  HDT -AM  UPLINK  STATUS  REPORT  SHOWN  IN 
FIGURE  16.4-16  WILL  BE  DISPLAYED  ON  THE 
VT-78 

THEN,  DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  7 (0-4)" 


rise  •hw»i* 


«r>Aa  bps ■ as  stitts  atroat  aibv  at  raiatta 
easts  aibb  atspoaa 
•pbCASt  seven  rvscrios 
I.  OCTIPC  WKtIS 
I.  BCVATl  PBOCCAS 
I.  aerial  orevirioa 
[ «.  bOID  OPCAATIOB 

a.  CWTVOl  OfOIT'M 
S.  CAVCtb  OPttlTlOB 
I,  VC VAT C OPCVATlOa 
S.  SCbCAAC  PVOCCSS  TO  sap 
S.  VAVUAV  OPtVATIOBS 
IS.  STATUI 

II.  ss oar  aatta 
II.  css  opcvATtoe* 


as  tk  vise  paiatca 


acicrr  asaost  easts* 

VTPt  *lt(C<~.l* 


astro  nu  acasoao 

•mu;  (iiu  larovAATioaAb  TtiT.  oa  <t»>  to 


■ ITS  TK  BOOST* 


ra  viva  hsspoao 
i •satis  seoatco  ill* 


m ni»  cossets. 

It  *nr  pvvtivos.ribrsaic/»l* 


m sears  wc  •iu.  m wim  w 
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16 *4. 1*4. 3 MMF  Services  Functions 


ORIGINAL  PAGE  fs 
Op  POOR  QUALITY 


The  functions  of  DRRTS  - namely  image  data  acquisition  and 
uplink/copy  - are  controlled  by  process  requests  received  from 
- MMF.  The  reciprocal  of  this  sequence  is  the  informing  of  MMF  by  DRRTS  of 
processes  complete,  or  the  release  of  a proceso  to  MMF,  The  following  scenarios 
will  show  the  operator  the  various  prompts  and  responses  of  communication 
by  DRRTS  to  MMF. 
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0F  P00R  OMui? 


ACTION 


SYSTEM  RESPONSE 


r / 

•Pktatr.  tetter  nme*tot 
l»  ocnii  raocctt 
I,  ocknc  ptuetkt 
8*  expire  operatim 
<,  voah  oFUTioc 
9,  COCTROL  OPERATIOR 
6,  CAACtk  OPERATION 
t.  DCklYE  OR  I RATIO* 
t.  tCkCAtC  PR6CPSS  TO  test 
9,  RARUAk  QPtRATIORS 
|0«  STATUS 
1!.  ABORT  P»#T9 
II,  £10  OPOikTlOl" 


tetter  ottsui  pcoerts* 

rift  •t(c/ci*  otm  vttk  trtPORD 

*PktAlK  tektCt  HOCtH  y?pi 
I.  t«ACe  DATA  ACOOISIttOt 

l,  nor  cop i 

I*  OPWP& 


fiewer  <l«ACt  OAf A ACe«IOITIOa> 

TIPI  •ICC/BI*  MKTI  (tlkk  Rtsioap 

•PHASE  &PUXT  PftOCttg 
t.  rtSTA  k*RR*91 


TV  PC  •Ht/ny  A»D  BAIT  TO*  torn  »lkk  CCSPCRO 

TRt  OROCttA  TO  U RELEASED  •PktAOl  SCkCCT  FURCTHW 

t,  Dtntjs  paocesa 

1.  DELETE  PROCESS 

).  Dtriot  OPERATION 

4.  IrOAO  OPSOATlOa 
9.  CO^TOOk  CPP.PATIOR 
I,  CAACCk  OteftATIO* 

I.  DE LITE  OPERATION 
9.  release  paorrat  to  mt 
t«  RMUAk  OPT.ll AT lOAt 
It.  tTATOt 
II.  AAQPT  Will 
19.  mo  OPERATIC** 

mm  the  process  m*  aim  actcfttre.  mm  viu,  rpsporo 

■RRP  OEM  Viet  » HOCUS  TESTA  IlkKASCO  TO  ARf* 


SkStT  CSfATMA 

rn  *tscc/tj*  otm  vtu  oum«o 

•rWSAII  AEkCCT  8TATOS  OltPkAT 
I,  Moot  STATUS 
f.  RATR)|  t«lTC*  tTATOt 
9.  itAct  data  Aceoxtartot  cram 
t.  HOT  COPT  tTATOt 
9.  Htr*A»  MPktRS  tTATOt 
• » HOCCU  DCP1RIT10R  TAtkC 
• T.  OPttATIpa  KPJOITIBt  TAtkC* 


SELECT  <IDA  STATUS> 
TYPE  "3(C/R)M 


THE  IMAGE  DATA  ACQUISITION  REPORT  SHOWN  IN 
FIGURE  16.4 -17  WILL  BE  DISPLAYED  ON  THE 
VT-78,  THEN  DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 
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. B»  °i(e/ai»  ess  bait  res 
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•fiSS?  «ttina» 
tiff  "IftCC/tl* 


SELECT  HOT  COPY  STATUS 
TYPE  "4<C/R)" 
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t,  dkmtc  worm 
1.  Dtriat  opcratim 

4,  LOAD  OrcatTltM 

6.  COMIOL  OFCNATXOt 
ft.  Cancel  OPtftATXO* 

1.  DCLTTt  0RSRATI0C 
0,  ICUUt  MOCUI  TJ  cm? 
ft,  CASUAL  OPERAYlOCt 
10,  CYATUt 
It.  tW»T  P«W 
it,  tup  omaayiov* 
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atm  sill  tetoovo 

mtCAtt  setter  status  oi splat 
I.  ODOR  STATUS 
ft.  CATS I*  OSITCV  STATUS 
I.  |SACt  OATA  ACOUItlTIOC  OTA TUI 
ft.  ROT  COM  STATUS 
t.  ROT* A*  0PLICA  STATUS 
ft.  Moertt  OCFKVITIOV  TAILS 

r.  crtMMTtD*  otrivinov  nut* 


THE  HDT  COPY  PRODUCTION  STATUS  REPORT  SHOWN  IN 
FIGURE  16.4 -18  WILL  BE  DISPLAYED  ON  THE  VT-?8 
THEN  DRRTS  WILL  RESPOND 

"HON  MANY  HARD  COPIES  DO  YOU  WANT  ? (0-4)" 
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m net  con  Mooocrto*  mm  teroor  «iu  k mm» 
mu,  otaifi  bill  *r.iro*D 

'NIMt  tCLCCT  ruccriOB 
i.  ten  at  ronctu 
!•  nuu  mucui 
l«  ten  at  OBERtTXOB 
«•  load  omaTloa 
t.  coaraoL  ortaatioa 
t.  camcil  orraatioa 
f.  ocurrc  Ontario* . 

■ • Blbcaic  BBKKII  TO  Mf 
t.  *4* ual  Ontario** 
ftt.  srayus 
It.  aaotr  DBItl 
IS.  CMD  OBCUUM* 
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I.  I*acc  obti  acouisinoa 
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.tetter  «srma» 
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• bill  aetroio 

•rum  iclcct  roicnoi 
ft.  ocriBs  Hoctftft 
a.  oclctc  moccss 

S.  CH.ri«c  orroATiOff 
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I.  cobtbol  onaanoi 
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9.  OCLCTC  OBCB4TIO* 
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to.  6TATU6 
II.  ABOUT  POBTO 
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SELECT  HDT-AM  UPLINK ; STATUS  THE  HOT  COPY  PRODUCTION  STATUS  REPORT 


TYPE  "5(C/R)" 


SHOWN  IN  FIGURE  16.4  -19  WILL  BE  DISPLAYED 
ON  THE  VT-78.  THEN  DRRTS  WILL  RESPOND 
'HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 


16-65 


ORIGINAL  PAGE  13 
OF  POOR  QUALITY 


ORlGmi  PAGE  IS 
OF  POOR  QUALITY 


ACTION 


SYSTEM  RESPONSE 


•icc/ai" 


BILL  lUfOID 

*ru«»t  select  porctioa 

■ • Dcnai  NOCUI 
1.  DCUfi;  HOCtll 
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16.4.1.5  HDT-AM  Uplink  and  HDT  Copy 


The  following  scenarios  guide  the  operator  in  the  use  of  both  of  these  DRRTS 

i 

functions.  The  uplink  and  copy  functions  may  operate  singly  or  concurrently. 

i 

Additionally , transmission  of  multiple  logical  tapes  and  retransmission  of 
logical  tapes  is  also  shown.  The  HDT-AM  uplink  and  the  HDT  copy  production 
status  reports  are  displayed  several  times  to  show  the  change  in  status  of 
the  operations. 


•err on 


STSTtro  response 


•elect  cbtatusp 
tipe  moicer)* 


DRRTS  BILL  respond 

•PLEASE  SELECT  EIINCTION 

I.  define  process 

a.  DELETE  PROCESS 

s,  define  operation 

0,  LOAD  OPERATION 
S.  CONTROL  OPERATION 
ft.  CAOCEL  OPERATION 
7.  DELETE  OPERATION 
R.  RELEASE  PROCESS  TO  NOE 
0.  MANUAL  OPERATIONS 
10.  STATUS 
It.  ABORT  DRRTS 
!?.  END  OPERATION® 


DRRTS  HILL  DESPOND 

•PLEASE  SELECT  STATUS  DISPLAT 
• . until 


I.  NATRI*  SNITCH  STATUS 

).  INACE  DATA  ACQUISITION  STATUS 

A,  HDT  COPT  STATUS 

9.  HDT-AN  UPLINE  STATUS 

ft.  PPOCESS  DEEINITTON  TABLE 

T.  OPERATION  DEFINITION  TABLE* 


SELECT  <HDT  COPY  STATUS> 
TYPE  "4(C/R) " 


THE  HDT  COPY  STATUS  REPORT  SHOWN  IN  FIGURE 
16.4-20  WILL  BE  DISPLAYED  ON  THE  VT-78.  THEN 
DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? (0-4)" 
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DRRTS  RILL  RESPORD 

•■OUR?  HOT  L4"RAB| 001 07  OR  THE  14-T  *2  HD PR 
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•TERIET  HDT-ID  RITH  OCR  HARD* 
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SELECT  <HDDR  STATUS>  THE  HDDR  STATUS  REPORT  SHOWN  IN  FIGURE  16.4-21 

TYPE  "1CC/R) " WILL  BE  DISPLAYED  ON  THE  VT-78 

DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? (0-4)" 

vm  f«f  ooot  Him  term?  mu  «r  whip  v tot  im  tttvtr*.  nn 

*****  mu  retro* o 

•ftiiw  trvect  rworrim 
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v.  mm  p*araui 
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SELECT  <HDT  COPY  STATU  2>  THE  HDT  COPY  STATUS  REPORT  SHOWN  IN 

TYPE  "4(C/R)"  FIGURE  16.4-22  WILL  BE  DISPLAYED  ON 

THE  VT-78 

THEN,  DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 
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SELECT  <HDT-AM  UPLINK  STATUS>  TOE  HOT- AM  UPLINK  STATUS  REPORT  SHOWN 
TYPE  "5(C/R) " IN  FIGURE  16.4 -23  WILL  BE  DISPLAYED 

ON  THE  VT-78 

THEN,  DRRTS  WILL  RESPOND 

"HOW  MANY  HARD  COPIES  DO  YOU  WANT  ? 
(0-4)" 
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Figure  16.4-22.  HDT  Copy  Production  Status  With  Active  Process 
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Figure  16.4-23.  HDT-AM  Uplink  Froducdon  Status  With  Inactive  Process 
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Figure  16.6-26.  HOT  Quality  File  Duirp  For  Master  HOT 
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Figure  16.4-31.  HDT  Quality  File  Dump  for  Uplink  HDT 
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SECTION  17 

I CONTROL  POINT  PROCESSING 


17.1  ENVIRONMENT/ RESOURCES 

The  control  point  processing  (CPP)  function  is  a manpower  intensive  operation. 


There  is  a 


large  staff:  of  control  point  technicians  dedicated  only  to  this 


effort  in  order  to  meet  the  requirement  of  selecting  and  entering  an  average  of 

i | 

100  new  control  points  per  day.  The  computer  resources  required  to  support  thi9 
effort  Include  the  MMF-M  DEC-2050  and  the  MIPS  VAX  11/780  including  peripherals. 

i l 

Two  MIPS  hardware  devices  are  used  only  for  CPP;  the  Sonic  Digitizer  and  the 

I ; 

Zoom  Transfer j Scope  (ZTS).;  These  are  located  in  special  rooms  adjacent  to  the 

MIPS  computer  room,  together  with  other  CCP-used  hardware  and  equipment, 

I \ . 

including  VTlOOs,  Comtals.i  map  shelves,  and  film  transparency  viewers.  The 

| • l 

software  required  for  CPP  consists  of  several  GMS  (Ground  Management  System) 
routines  in  t|ie  MMP-M*  all  CPLB  (control  point  library  build)  routines  and 

t l 

several  CCP  -(control  and  communication  package)  routines  in  MIPS-  and  several 

I ! 

utilities.  SjLnce  there  is  data  transferred  between  MMF-M  and  MIPS,  the  Decnet 

| j 

link  is  utilized  together  i with  the  software  required  to  prepare  and  handle  these 

I ' 

transfers.  The  parts  of  the  MMF-M  data  base  used  by  CPP  are:  TBD. 

| 

i I 

17.2  OVERVIEW/ BACKGROUND; 


The  primary 


purpose  of  Control  point  processing  (CPP)  is  to  generate  a library 


of  control  points,  which  are  required  in  image  data  processing  to  remove  unknown 

j j 

random  and  systematic  errors  so  that  precise  geometric  corrections  can  be 

! ! 

obtained.  The  CPP  function  consists  of  the  manual  identification  of  control 
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i 


CPP  can  be  considered  a standalone  function  since  It  Is  decoupled  from  normal 
data  processing.  The  primary  Input,  the  areas  of  the  world  for  which  control 
points  are  needed,  comes  from  the  program  office,  and  the  primary  output,  the 
control  point  library  Information,  goes  into  the  MMF-M  data  base.  This 
information  can  (and  will)  be  used  In  the  archive  scheduling  function  to  create 
the  ancillary  data  files  which  are  then  an  input  to  the  archive  generation 
function.  However,  control  points  are  not  required  for  these  functions  to 
operate  successfully. 


• I 
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CONTROL  POINT  SCHEDULING 
CONTROL  POINT  GENERATION 
CONTROL  POINT  COMPLETION 
FAILED  CONTROL  POINT  EVALUATION 
CONTROL  POINT  DELETE 


J 


I 
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ITEM 


CONTENTS 


SOURCE 


1.  Maps 

2.  70nna  QA  Film  j 

i ' i 

| ! 

3.  Desired  Scenes  | 

\ 

j 

4.  241  mm  Archival  Film 

i I 

5.  Tape  Ir  ormation 

i | 

6.  Input  Tapejs 

i i 

7.  Allocation  Parameters  r 

1 i 

8.  Failed  CP  Irape  ! 

i ' i 

j 

9.  List  of  CPS  to  be  deleted 


10.  Previously 


Processed  Scenes 


11.  Control  Point  Library  j 
Information 


Large  and  small  scale, 
accurate  maps 

Project  Office 

Quality  Assurance  Film 
from  MAC 

QA  Group 

List  of  WRS  area, 
CP  types,  priority 

Project  Office 

MMF  Staging  Area 

Data  Base 

HDT/CCT-AM 

TAS 

Production  Control 

Control  Points  which 
failed  in  MAC 

MIPS 

Performance  Evaluation 
Personnel 

For  each  WRS 

cloud  cover,  quality 

info 

Datn  Base 

CP  Directory 

Data  Base 
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Table  17-2.  CPP  External  Outputs 


ITEM  CONTENTS 

1.  241  nun  Film  Request 

2.  Move  Order  Request  CCT/HDT  Move 

to  MIPS 

3.  Updated  Control  Point  Library  Control  Polnc  Chips 

and  Directories 

4*  Desired  Map  List 
5.  70mm  Scene  Codes 
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DESTINATION 
Production  Control 
TAS 

Data  Base 

Program  Office 
Data  Base 
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Figure  17-2  shows  all  the  Individual  softu.^e  units  ms ad  in  CPP  and  groups  them 


into  the  ten  steps  shown  in  Figure  17-1.  Normally  each  step  is  run  separately. 

! 

Many  of  these  software  units  are  basically  utilities  for  production  bookkeeping 

I : 

or  for  reformatting  data-  files.  The  units  which  are  unique  to  CPP  and  of 
primary  importance  in  the  major  flow  of  control  point  library  building  are 


CPDIG,  CP GEN  and  CACPCU.  i 
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Figure  17-2,  Control  Point  Processing  Software  Structure 
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This  presentation  of  the  CPP  function  includes  the  CP  technicians  as  part  of  the 
function.  Consequently,  the  external  Inputs  and  outputs  do  not  Include  the 
usual  operator  key-ins,  displays  and  reports;  they  are  considered  Internal 
interfaces.  In  this  function  most  of  the  external  inputs  are  not  data  files  but 
hardcopy  lists,  napa,  and  film,  which  is  a result  of  the  highly  manual  aspects 
of  the  function.  Table  17-1  lists  the  inputs  and  their  sources  and  gives  a brief 
description  of  their  contents.  The  naps  necessary  for  generating  geodetic 
control  points  (CCPs)  and  the  identification  of  the  areas  of  the  world  (in  terms 
of  WRS  path/row  values)  where  control  points  are  desired  will  be  provided  by  the 
Project  Office  and  will  be  given  to  the  lead  CP  techlcian  through  the  Data 
Processing  Operations  Manager.  The  70  an  film  will  be  received  from  the  QA 
Group  after  it  has  been  assessed  and  examined  for  potential  system  problems.  It 
will  be  cataloged  and  retained  in  the  CP  area  for  later  reference.  The  241  tam 
film  will  be  requested  by  the  CP  technicians  and  will  be  generated  following  the 
normal  procedures  outlined  in  Sections  12,  13  and  14  and  returned  to  the  CP 
group  from  the  MMF-K  staging  area.  The  data  base  will  provide  information  about 
the  tapes  required  for  CP  generation  and  their  location,  and  will  also  be 
utilized  to  obtain  historical  data  about  scenes  which  were  successfully 
processed  through  archive  generation  in  the  past,  and  which  might  be  useful  to 
provide  control  points.  The  CCTs  containing  control  points  which  failed  during 
HDT-AM  generation  (see  Section  10.4)  will  normally  be  made  once  a day  on  each 
MIPS  string  and  will  be  delivered  to  the  Image  Analysts  by  the  MIPS  computer 
operator.  The  list  of  control  points  to  be  deleted  from  the  library  will  be 
provided  by  the  image  anlaysts  based  on  their  review  of  the  failed  CP  CCT, 
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i 


examination 


of  the  archive  generation  QA  report,  and  examination  of  CP  library 


Information  about  each  point. 


The  main  output  from  the  CPP  function  Is  the  control  point  Information  In  the  CP 

i ; 

i 

library  for  each  WRS  area  processed.  Although  all  software  units  generate 

| | 

processing  summary  reports,  the  major  ones  are  kept  by  the  CP  group  and 

! j 

therefore  are  not  outputs! of  the  function.  Table  17—2  lists  the  outputs  and 
their  destinations  and  ogives  a brief  description  of  their  contents.  Largely, 

I ! 

they  are  production  control  Items  required  for  ordering  film  and  tapes,  or  lists 

! * 

of  maps  which  must  be  obtained  before  required  areas  can  be  processed.  For  each 
70  mm  image  a code  Is  entered  In  the  data  bare  which  Identifies  the  likely 

i j 

utility  of  that  scene  for  control  point  purposes,  l.e.,  whether  It  is  cloud  and 
snow  free  an<j  has  little  hare  and  good  contrast.  This  code  becomes  part  of  the 
70  ss  film  catalog  which  is  used  to  select  candidate  control  point  scenes. 


In  this  section  some  general  comments  about  Control  Point  Processing  are  given. 

The  CPP  function  has  a large  dedicated  staff  which  will  handle  nearly  all  the 

• I ! 

activities  fair  control  points.  There  will  be  MIPS  computer  operators  utilizing 

j I 

the  VAX  11/780  machines;  at  the  same  time  that  CPP  is  in  process  since  CPP  will 

| 

l 

usually  be  a background  task.  These  operators  will  al90  assist  CPP  by  mounting 

I 

tapes,  responding  to  alarms  and  messages,  and  handling  the  Interaction  with  MMF- 

i 

i 

M.  The  highly  Interactive  digitization  and  CP  designation  activities  are  menu 

driven  and  are  not  discussed  In  detail  In  thl9  document.  Additional  procedures 

! ' | 

will  be  required  for  them. 
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The  only  CPP  activities  on  the  MMF-M  system  that  are  not  normally  completely 
automatic  are  the  70  mm  film  code  entry,  using  BROWSE  to  query  the  data  base, 
and  control  point  delete.  These  will  all  be  done  by  the  members  of  the  CP 

group.  The  automatic  parts  of  CPP  in  MMF-M  wl.ll  be  set  up  and  monitored  by  the 
MMF  computer  operator. 

To  process  100  control  points  requires  about  10  KIPS  i.trlng  hours,  about  2 hours 
for  digitisation,  and  8 hours  for  CP  generation.  Because  of  the  low  CPU 
utilization,  all  CP  activities  on  MIPS  are  normally  run  In  the  "background" 
mode.  Digitization  and  the  failed  CP  evaluation  processes  can  be  run 
concurrently  with  almost  all  other  processes.  For  the  CP  generation  process, 
the  only  constraints  are  that  only  one  HOT  Ingest  process  can  be  operational  at 
a time  on  a string,  and  only  one  scene  can  be  put  on  disk  for  processing.  In 
terms  of  computer  loading  and  more  rapid  response  to  operator  commands,  running 
CP  generation  concurrently  with  PEFG  allows  the  most  flexibility. 

Because  it  is  undesirable  to  have  a large  backlog  in  any  of  the  queues  in  the 
CPP  function,  the  digitizing  process  will  be  used  to  keep  the  queue  lengths  in 
front  of  th":  CP  generation  process  to  less  than  about  10  scenes  (2.5  days 
production).  The  number  of  scenes  in  the  queue  can  be  determined  by  using  an 
MMF  terminal  to  examine  the  index  files  for  the  work  allocated  to  each  string. 

17.4.1  CONTROL  POINT  SET  UP 

The  control  point  set  up  process  consists  of  several  manual  activities  which  are 
performed  prior  to  the  actual  control  point  selection/generation.  In  some  cases 
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Cheise  activities  may  occur  only  occasionally  as  Inputs  are  received.  The  main 
Inputs  to  this  process  are  maps,  70  mm  QA  film,  and  lists  of  scenes  for  which 
control  points  are  required.  Each  of  these  Inputs  is  handled  separately,  as 
shown  In  Figure  17-3.  However,  there  Is  a link  between  the  list  of  required 
scenes  and  maps,  since  If  naps  are  not  available  for  desired  scenes  they  oust  be 
ordered.  If  possible.  Since  saps  are  so  Important  for  control  point  library 
build  and  there  will  be  such  a large  number  of  them,  they  must  be  carefully 
filed.  As  soon  as  new  maps  are  received  they  are  Integrated  with  those  In  the 
map  library.  The  library  has  two  areas,  active  and  storage.  All  new  maps  go 
into  the  active  area,  which  contains  marked  maps  and  maps  for  areas  which  still 
lack  selected  candidate  CPs.  The  storage  area  contains  those  maps  which  are  no 
longer  required  for  candidate  CP  selection. 

The  list  of  WRS  areas  for  which  control  points  arc  desired  and/or  required  comes 
from  the  Project  Office.  Figure  17-4  shows  the  fcrm  used  for  this  Input,  which 
will  usually  be  received  infrequently.  In  some  cases,  a specific  reference 
scene  ID  may  be  specified  for  a particular  path/row  area,  desired  ceason(s)  or 
specific  satellite.  For  each  path/row  specified  a file  will  be  created  to  house 
all  Information  gathered  about  that  area  during  the  CPP  function.  In  addition, 
an  entry  will  be  made  In  the  log  book  which  is  used  to  track  the  progress  of 
this  WRS  area  during  the  control  point  selection/generation  activities.  This 
log  records  the  pertinent  Information  about  the  area,  such  as  scene  ID  used,  HDT 
ID,  operator  assigned  to  handle  the  area,  and  the  dates  on  which  certain  key 
steps  were  completed. 


I 

i 

i 
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FILED  MAPS  IN  MAP  LIBRARY 


WRS  PATH /ROW  SCENE  ID  PRIORITY  CONTROL  POINT  SEASON(S)  SATELLITE 

(OPTIONAL)  TYPE(S)  (OPTIONAL)  (OPTIONAL) 


Figure  17-4.  Control  Point  Requirements 
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The  third  part  of  this  set  up  process  is  the  handling  of  the  70  mm  QA  film. 
This  film  la  routinely  generated  during  the  Archive  Generation  function,  sent  to 
the  photo  lab  for  processing,  examined  by  QA  for  image  proceeslng  problems,  and 
then  given  to  the  CP  group  for  their  use  and  for  retention.  This  film  is 
examined  to  find  images  which  appear  to  be  suitable  for  control  point  processing 
purposes.  A code  will  be  assigned  to  each  image  indicating  whether  it  should  be 
considered  In  the  future,  and  also  Indicating  how  desirable  the  image  is.  This 
information  will  be  used  in  the  scene  selection  process  to  speed  up  the  choice 
of  the  best  possible  reference  scene  for  any  WRS  path/row.  Once  each  scene  is 
examined,  the  film  is  filed  for  possible  later  examination  and  the  codea  are 
taken  to  MMF-M  where  they  must  be  entered  via  on  interactive  terminal.  Figure 
17-5  shows  the  screen  display  provided  to  the  CP  technician  for  each  scene.  The 
summary  report  generated  by  GPFLFB  is  shown  in  Figure  17-6.  The  codes  are  put 
into  the  data  base  and  at  some  later  time,  perhaps  monthly,  a catalog  of  the  70 
mm  film  Images  on  each  roll  will  be  requested  using  the  RMTFIN  software  unit. 
An  example  of  the  format  of  this  catalog  is  shown  in  Figure  17-7.  This  catalog 
does  not  currently  provide  the  codes  previously  entered;  therefore*  changes  will 
have  to  be  made  to  RMTFIN. 

17.4.2  SCENE  SELECTION 

The  scene  selection  process  is  totally  manual,  although  it  does  utilize  the 
BROWSE  software  unit.  The  purpose  of  this  process  is  to  identify  high  quality 
scenes  for  those  path/row  areas  requested  by  the  Program  Office.  These  scenes 
will  then  be  used  in  the  candidate  control  point  selection  process. 
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Figure  17-5,  Scene  Assessment  Display 
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Figure  17-7.  Tape/Film  Inventory  Report 
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Figure  17-8  shows  the  basic  flow  for  the  scene  selection  process.  Once  an  area 

I i 

has  been  identified  by  the  Program  Office  as  requiring  control  points,  and  all 

i j 

maps  are  available,  a previously  acquired  scene  for  each  WRS  path/row  involved 

| } 

must  be  selected.  If  no  scene  exists,  or  if  the  ones  available  are  not 
adequate,  then  it  will  be  necessary  to  wait  for  future  acquisitions.  The  MMF-M 

j I 

BROWSE  capability  is  used  to  get  a list  of  all  acquisitions  for  a WRS  frame  and 

[ 

to  get  the  cloud  cover  and  the  quality  codes.  (Detailed  information  about  the 

| | 

scene  and  its  quality  will  be  contained  in  the  QA  reports).  When  some  potential 

scenes  forj  a path/row  location  have  been  selected,  the  70  mm  (QA)  film  images 

i j 

will  be  retrieved  from  the  70  mm  film  roll  archive  located  in  the  CP  area  and 

I ! . 

' i ; 

examined  to  select  the  best  candidates.  To  locate  the  proper  film  rolls,  a 
catalog  giving  each  scene  and  its  corresponding  roll  ID  will  be  used.  One  field 

| j 

of  this  catalog  will  give  a code  which  Indicates  whether  the  image  was  felt  to 
be  particularly  suited  for  library  build  purposes.  This  code  will  be  assigned  by 


purpoaes. 


point  technician  fitter  yA  lifiS  1 1 fix 5 lieu  fiXfiiaiuliig  ttifi  iliiu  iOi  1C8 


i . j 
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The  criteria  for  selecting  a scene  include  the  season  (or  sun  angle) , "good" 

i 

I 

overall  scene  quality,  "high"  contrast,  and  a minimum  of  tnze,  snow  and  clouds. 

i 

I - 

The  most  desirable  season  may  be  different  in  different  parts  of  the  world.  In 
general,  spring  and  fall  are  felt  to  be  the  best  choices.  k may  also  be 
necessary  to  have  CPs  from  several  seasons  in  the  library  for  an  area.  Normally 


these  will 


pot  be  added :at  the  same  time. 
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When  che  prime  candidate  has  been  selected,  241  ma  f 11m  for  the  scene  oust  be 

i * 

ordered.  This  Imagery  will  be  examined  to  verify  that  the  scene  Is  acceptable 

j i 

far  CP  generation  purposes.  This  verification  Is  necessary  since  the  70  oa 

J : 

Imagery  aay jglve  a misleading  lapresslon  in  some  cases.  Inasmuch  as  It  Is 

t ' • 

subsampled  and  contains  bnly  one  band. 

i ■! 

! ! 

17.4.3  CANDIDATE  CONTROL  POINT  SELECTION 

I : 

j | 

The  cenuidate  control  1 point  selection  process  In  completely  manual.  The  only 
equipment  uied  are  the  small  light  tables  and  a loupe.  The  purpose  of  this 
process  Is  to  Identify  up  to  25  points  In  the  scene  which  are  observable  both  in 

i ! 

the  241  on  j 11m  Images  and  In  available  high  resolution  maps.  These  points  will 

then  be  used  in  the  control  point  generation  process.  All  candidate  CPs  which 
! ' | ' ■’ 
are  accepted  la  the  control  point  generation  process  become  geodetic  control 

. . i 

points  (GCP]  since  their  original  selection  and  their  locations  are  derived  from 

i 

maps.  j 

j 

Ideally,  2?  CPs  are  'desired  per  scene,  one  In  each  of  25  equal-sized 

I ' ! 

parallelograms  (zones)  covering  the  scene  area  (see  Figure  17-9).  Also, 

! I 

Ideally,  each  of  these  points  would  come  from  maps.  To  select  a point  using  the 

! ! 

241  obi  images  and  maps,  jthe  CP  technician  must  locate  the  same  feature  In  both. 


< } r 
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The  F241-AM  product  Is  oot  geometrically  correct,  but  it  has  been  corrected  for 
earth  rotation  and  for  the  effect  of  pixel  aspect  ratio,  so  that  it  visually 
approximates  a geometrically  corrected  scene.  The  external  tick  marks  will  be 
reasonably  accurate  in  this  case,  and  will  provide  a reference  for  finding  the 
maps  for  desirable  features  (there  can  be  up  to  200  maps  for  a single  scene). 
Small  scale  maps  will  be  used  to  establish  a reference;  there  are  only  about 
four  1:250,000  maps  for  a scene. 

A candidate  control  point  can  come  from  any  band  so  the  control  point  technician 
will  have  to  look  at  all  four  Images  using  a light  table  and  a loupe.  Bands  2 
and  4 normally  show  features  the  best,  and  sometimes  show  different  features. 

Once  a point  has  been  positively  identified  on  both  an  image  and  a map,  it  is 
narked  on  both  and  becomes  a ’‘candidate  CP".  The  actual  marking  consists  of 
circling  the  point  on  the  241  mm  film  image,  placing  a small  pencil  dot  on  the 
map  and  circling  the  dot.  The  dot  is  the  actual  control  point  and  will  be 
placed  on  the  map  near  the  identifiable  feature.  This  is  done  to  simplify  the 
later  overlay  of  video  data  on  the  map  using  the  ZTS. 

As  each  point  is  identified  for  a scene,  it  is  given  a temporary  number  for 
convenience  and  is  added  to  an  Inventory  list  which  gives  the  map  ID  and  scale 
(coded),  the  elevation,  and  a brief  description  of  the  feature  (see  Figure 
17-10).  The  number  for  each  point  is  the  NASA  scene  ID  (including  sensor) 
followed  by  a sequence  number.  This  number  is  put  on  the  map.  The  image 
requires  only  the  sequence  number  since  the  scene  ID  is  part  of  the  annotation 
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Figure  17-10..  GCP  Information  for  a Scene 
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and  space  *??j  not  be  available  for  many  number  entries  on  a single  image  of  241 
mm  film.  When  all  the  points  have  been  selected  the  marked  maps  are  set  aside,  ' 

together  with  the  inventory  list  and  the  film,  to  be  used  In  the  digitizing  and 
CP  generation  steps.  The  unused  maps  are  returned  to  the  map  library  and  filed. 

The  major  criterion  for  selecting  candidate  CPs  Is  to  find  regions  that  can  be 
accurately  overlaid  using  the  ZTS,  thus  reducing  the  errors  In  that  step  of  the 

i 

library  build  process.  Furthermore,  large  scale  maps  of  the  highest  quality, 
and  recently  updated  to  have  the  latest  man-made  features,  should  be  used  as 
much  as  possible  to  minimize  map-introduced  errors.  CPs  should  always  be 
features  which  are  expected  to  be  constant  over  time.  Unfortunately,  this  means 
that  land/water  boundaries,  which  provide  the  best  correlations  in  archive 

> ! ! 
' i 

generation,  should  be  avoided.  This  is  because  water  levels  In- lakes  and  rivers  1 

change  throughout  the  year,  and  can  occasionally  change  dramatically  as  a result 

of  floods,  etc.  Permanent  unique  man-made  features  are  the  best,  such  as 

airports  and  large  road  Interchanges  (although  even  these  are  subject  to 

change).  Another  consideration  is  to  attempt  to  select  candidate  points  that 

will  make  good  control  points  fur  future  correlation  In  archive  generation. 

Although  there  will  be  studies  and  evaluations  performed  during  the  life  of  the 
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mission  Co  betcer  define  what  makes  a “good"  control  point,  some  properties 
expected  to  be  important  for  the  32  line  x 32  pixel  region  (chip)  centered  on 
the  CP  are: 

a.  The  features  and  background  are  not  expected  to  dramatically  change  in 
appearance  throughout  the  year 

b.  Sufficient  detail  and  contrast  exists  to  form  well-defined  edges  when 
enhanced,  but  not  so  much  detail  as  to  cause  a confused  mass  of  edges 

c.  The  features  are  not  expected  to  move  or  be  changed  either  by  natural 
or  human  causes 

d.  The  features  are  distinctive  (i.e. , not  similar  to  other  features  in 
the  vicinity,  such  as  another  road  Intersection  one  mile  away). 

17.4.4  CANDIDATE  CONTROL  POINT  DIGITIZING 

The  candidate  control  point  digitizing  process  determines  the  exact  location  of 
candidate  control  points  from  the  marked  maps  and  prepares  operator  entered 
information  about  candidates,  for  transfer  to  KMF-M.  The  equipment  required  for 
this  process  are  a Sonic  Digitizer  and  a VT100  terminal,  attached  to  a MIPS 
string. 

Figure  17-11  shows  the  basic  flow  for  Candidate  CP  Digitizing.  An  example  of 
the  processing  summary  report  from  CPD1G  is  shown  in  Figure  17-12.  The  CPDIG 
software  unit  is  initialized  from  the  KIPS  Command  Menu  by  typing  the  ”01" 
response  to  the  “FUNCTION"  query.  After  program  initiation  the  system  will 
request . scene  related  Information,  such  as  NASA  scene  ID  and  WRS  path  and  row.  A 
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map  containing  a candidate  CP  is  then  placed  on  the  digitizer  (which  must  be  in 
the  "POINT”  mode),  the  cursor  is  positioned  over  the  pencil  dot  marking  the 
candidate  CP  and  its  location  is  sent  to  the  VAX.  The  cursor  is  then  moved  to 
each  of  the  closest  four  map  tick  marks  surrounding  the  candidate  CP,  and  the 
location  of  each  will  be  sent  to  the  VAX.  Following  this,  the  latitude  and 
longitude  of  the  tick  marks  are  entered  via  the  VT100  and  the  VAX  calculates  the 
candidate  CP's  latitude  and  longitude.  Finally,  some  of  the  associated  data 
about  the  candidate  CP  from  the  Inventory  list  (shown  in  Figure  17-10)  generated 
during  the  CCP  selection  process  is  entered  via  the  VT100.  This  information  is 
packaged  by  PCC  and  MOU  on  a scene  basis. 

Once  the  digitizing  for  a scene  is  complete,  the  maps  will  be  filed  unless  the 
CP  generation  is  likely  to  occur  within  the  next  few  days.  Also,  the  film  and 
inventory  lists  will  be  filed. 

17.4.5  CANDIDATE  CONTROL  POINT  ENTRY 

The  candidate  control  point  entry  process  retrieves  candidate  control  point 
information  from  MIPS  via  Decnet,  verifies  the  information  and  enters  it  into 
the  ground  control  point  area  of  the  data  base.  This  information  is  utilized  by 
the  control  point  generation  scheduling  process  to  create  the.  process  requests 
and  by  the  control  point  generation  completion  process  when  the  actual  CP 
library  entries  are  built. 

Figure  17-13  shows  the  basic  flow  for  candidate  control  point  entry.  An  example 
of  the  report  produced  by  CACPDI  is  shown  in  Figure  17-14. 
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17.4.6  CONTROL  POINT  GENERATION  SCHEDULING 

The  coacrol  point  generation  scheduling  process  creates  the  process  request 
flies  which  tell  MIPS  the  scenes  for  which  the  generation  of  control  points  is 
required.  This  process  either  receives  inputs  directly  from  the  candidate  CP 
entry  process  or  from  Che  operator,  depending  on  the  type  of  control  points 
desired.  Th:  manual  mode  is  used  when  RCPs  or  additional  SCPs  are  desired;  in 
this  case  the  operator  enters  the  scene  ID.  If  candidate  CPs  were  selected  for 
a scene,  this  process  creates  the  PR,  which  includes  Information  about  the 
candidates,  in  particular  their  latitude/longitude  location  and  the  map  from 
which  they  were  selected. 

Figure  17-15  shows  the  general  flow  for  control  point  generation  scheduling.  An 
example  of  the  processing  summary  report  from  GSKTLB  is  sho®a  in  Figure  17-16. 
As  in  other  PR  generation  routines,  GSRTLB  checks  to  see  where  the  input  tape 
required  for  each  PR  is  located  and  generates  a move  order  request  if  the  tape 
is  not  in  the  desired  location  (in  MIPS  or  in  transit  to  951PS  in  this  case). 
The  PR  itself  is  aot  generated  until  the  tape  is  in  one  of  the  acceptable 
locations.  The  GXIALO  routine  allocates  work  to  the  MIPS  strings,  including 
control  point  generation  process  requests.  The  input  parameters  to  this  routine 
identify  which  strings  should  be  sent  CPP  work  and  how  the  work  should  be 
divided  among  the  strings.  The  allocator  then  puts  the  PR  name  in  the 
appropriate  CURINX  file.  There  is  a separate  file  for  each  string,  and  the  PR 
is  ready  to  be  transferred  to  MIPS  via  Decnet  utilizing  the  standard  protocols. 
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Figure  17-15.  Control  Point  Generation  Scheduling  Process 
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Figure  17-16.  GSRTLB  Summary  Report 
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17.4.7  OONTROL  POINT  GENERATION 

I I 

The  control  point  generation  process  Is  interactive , with  significant  operator 

i 

activity  required  to  overlay  the  narked  naps  and  displayed  Image  data,  and  to 
select  SCPn  and/or  RCPs.  In  this  process  the  CP  library  entries  are  created, 

which  Include  video  data  chips  (32  lines  x 32  pixels)  and  a directory  for  each 

i 

chip  which  gives  relevantj  Information  about  the  chip.  There  are  two  basically 
Glallar,  but  operationally  sonewhat  different,  nodes  In  the  control  point 

I I 

generation  process,  depending  on  whether  candidate  CPs  were  selected  for  the 

scene  being  processed.  If  no  candidate  CPs  are  available,  then  no  overlays 

I s 

using  the  ZTS  are  required,!  and  no  nap  data  Is  used  to  geometrically  correct  the 

f | 

scene.  All  that  Is  required  is  Che  selection  of  RCPs  or  SCPs  froa  the  cones, 
which  Is  also  the  last  step  of  the  interactive  St  slon  in  the  case  where 
candidate  CPs! are  available.  The  following  paragraphs  discuss  the  no re  typical 
case  where  candidate  CPs  were  selected  and  digitised. 

i 

i 

Figure  17-17  shows  the  basic  flow  for  control  point  generation.  The  MI.l,  PCE 
and  NDO  routines  perform  their  standard  functions  of  retrieving  the  PR  froa  KMF- 
ava liable  to  the  work  package  (CPCEN  in  this  case),  and  handling 


M,  making  it 
the  feedback  a 

Before  reading 


nd  preparing  ;lt  fot  transfer  to  MKF-M. 


the  tape  the  operator  will  collect  the  marked  maps,  small  scale 


maps  for  elevations  for j supplemental  control  points,  the  film  Images,  and  the 


Inventory  list 


of  candidate  CPs,  and  will  take  them  to  the  cootrol  point  area 


which  houses  |the  ZTS  and  Comtal  for  the  string.  The  Interactive  session  has  two 
parts;  processing  the  candidate  CPs  and  selecting  supplemental  CPs.  There  are 


significant  coimputer  computations  associated  with  each  part. 


OPLAN 
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After  the  model  has  used  the  map  information  to  determine  geometric  correction 
values  for  the  scene,  the  neat  step  is  selection  of  SCPs  as  required.  Usually 


• . 
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The  processing  of  candidate  CPs  consists  primarily  of  using  the  ZTS  to  overlay 
the  map  features  with  the  actual  Imagery  displayed  on  the  Comtal  and  using  the 
cursor  to  precisely  Identify  the  candidate  CP  location  to  the  VAX.  Depending  on 
the  scale  of  the  map,  the  imagery  on  the  Comtal  will  be  automatically  subsampled 
or  superoampled,  and  the  operator  will  use  the  zoom  capability  of  the  ZTS  to 
adjust  the  map  and  the  display  to  exactly  the  same  scale.  Once  the  caudldate  CP 
location  has  been  designated  using  the  cursor,  the  VAX  performs  several 
suitability  tests  on  the  CP  neighborhood  and  on  the  32  x 32  chip  centered  on  the 
candidate  CF  and  informs  the  operator  of  the  results  on  the  VT100  terminal 
display.  Upon  command,  the  exact  32  x 32  chip  can  be  displayed  for  the 
operator's  examination.  At  this  time  the  operator  decides  whether  to  reject  the 
chip  for  further  consideration  as  a possible  CP  library  entry.  Figure  17-18 
shows  the  display  that  the  operator  will  see.  In  moat  cases  the  operator  will 
not  override  the  automatic  evaluation  results  calculated  by  the  VAX.  if  the 
point  is  not  rejected,  the  operator  will  enter  terrain  type,  feature  code, 
feature  density,  and  free  form  comae<'ts  about  the  chip.  This  process  is 
repeated  until  all  the  candidate  CPs  for  the  scene  have  been  used.  At  this 
point  the  VAX  takes  the  geodetic  information  and  models  the  scene.  If  any 
geodetic  points  are  found  to  be  outliers,  they  are  removed  from  the  modeling 
calculations  and  are  deleted  from  the  list  to  be  returned  to  MHF-M. 


i 

i < 
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Figure  17-18,  Attributes  and  Autocorrelation  Results  Display 
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the  goal  Is  to  get  as  close  as  possible  to  the  Ideal  of  1 CP  for  each  zone  la 
the  scene.  SCP  generation  Involves  creating  CPs  without  the  use  of  maps  (except 
for  elevation  lnforaatlon) . The  latitude  and  longitude  assigned  to  each  SCP  are 
obtained  using  the  geometric  correction  values  determined  above. 

At  this  point  the  operator  can  select  any  zone  and  have  the  associated  linage 
data  displayed  on  the  Comtal.  If  the  operator  wishes  to  select  an  SCP,  the 
cursor  Is  placed  on  a feature  the  operator  believes  will  make  a usable  CP  and 
the  VAX  Is  Informed  via  the  VT100.  The  criteria  listed  In  paragraph  17.4.3  are 
applicable  to  this  selection  process.  As  each  point  Is  designated,  suitability 
tests  (same  as  for  GCPs)  are  performed  on  the  neighborhood  and  the  32  x 32  chip 
and  the  operator  Is  Informed  of  the  results  on  the  VT100.  The  32  x 32  chip  is 
also  dlspalyed  on  the  Comtal,  magnified  twice.  The  operator  then  decides  whether 
to  accept  the  chip,  to  reject  the  chip  but  try  to  find  another  In  the  zone,  or 
to  reject  the  chip  and  move  on  to  another  zone.  If  the  point  Is  not  rejected, 
the  operator  will  enter  terrain  type,  feature  code,  feature  density,  elevation, 
god  free  form  comments  about  the  chip.  This  process  Is  repeated  until  all  the 
zones  have  been  considered.  The  SCP s are  then  added  to  the  GCPs  and  sent  to  the 
MHP  for  Inclusion  In  the  CP  library.  The  summary  report  generated  at  the 
completion  of  this  process  Is  shown  In  Figure  17-I9a  and  17-19b. 

Once  the  scene  Is  completed  the  film  and  the  processing  summary  report  will  be 
filed  In  the  file  cabinet.  The  marked  maps  will  be  returned  to  the  library. 
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Figure  17-19a.  Control  Point  Generation  Summary  Report  (Part  1) 
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Figure  17-1%,  Control  Point  *~  eratlon  Summary  Report  (Part  2) 
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The  control  point  generation  completion  process  completes  the  control  point 
generation  part  of  the  CPP  function  by  retrieving  the  PR  feedback  from  MIPS  and 
creating  the  control  point  library  entries  for  those  scenes  successfully 
processed.  The  library  contains  the  32  pixel  x 32  line  “chips'*  and  a directory 
for  each  chip.  For  those  points  entering  the  library  which  originally  were 
candidate  CPs,  the  library  directory  is  created  by  merging  !’!■.  feedback  and 
candidate  control  point  file  data.  For  RCPs  and  SCPS,  the  directory  la 
generated  solely  from  PR  feedback  data.  Consequently,  some  directory  entries 
are  blank  filled  in  those  cases. 


Figure  17-20  shows  the  basic  flow  for  control  point  generation  completion.  An 
example  of  the  processing  summary  report  generated  by  the  GACPCU  routine  is 
Shown  in  Figure  17-21. 

17.4.9  FAILED  CONTROL  POINT  EVALUATION 

The  failed  control  point  evaluation  process  is  a standalone  activity  which 
permits  an  operator,  usually  a control  point  technician  or  an  image  analyst,  to 
examine  those  control  points  which  were  rejected  for  any  reason  in  the  MSS 
archive  generation  function.  Both  a Comtal  display  and  a VT100  are  required  for 
this  process,  together  with  a magnetic  tape  drive.  The  information  about  the 
rejected  CPs  is  put  on  a CCT  following  archive  generation  processing  (refer  to 
Section  10.4  for  details).  This  is  a highly  manual,  interactive  process  with  no 
mathematical  computations;  the  software  only  transfers  data.  The  operator  uses 
the  VTiOO  to  control  the  process  and  observes  the  rejected  CP  chip,  its 
associated  neighborhood,  and  information  about  the  chip  and  the  correlation 
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Figure  17-20.  Control  Point  Generation  Completion  Process 
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attempt  on  the  Comtal.  This  process  is  one  of  the  standard  menu  selections  of 
the  MIPS  main  menu. 

Figure  17-22  shows  the  basic  flow  for  failed  control  point  evaluation.  This  is 
one  of  the  few  processes  for  which  no  summary  report  is  generated.  The 
interactive  session  normally  proceeds  as  follows: 

The  operator  logs  onto  a MIPS  string 

The  MIPS  Main  Menu  is  displayed  and  the  operator  selects  "FA" 

The  control  point  fail  main  menu  is  displayed  and  the  operator 
indicates  the  tape  drive  that  will  be  usod  and  the  Comtal  that  will  be 
used  (using  the  "AS"  command) 

The  CCT  is  mounted  and  the  tape  header  file  is  read 

The  operator  asks  to  see  the  list  of  scenes  on  the  tape  using  the  "DI" 
command  and  the  list  is  displayed 

The  operator  selects  a scene  using  the  "LI"  command  and  gets  a list  of 
ail  failed  CPs  in  that  scene 

The  operator  selects  a CP  to  examine  by  using  the  "CH”  command. 

Figure  17-23  shows  what  the  Comtal  display  will  look  like. 

The  normal  uses  of  this  process  are  two: 

a.  The  CP  technicians  will  attempt  to  learn  which  types  of  points  seem  to 
fail  a large  percentage  of  the  time,  so  that  they  will  avoid  such 
areas  when  selecting  SCPs/RCPs,  or  when  choosing  to  accept  a GCP 

b.  The  image  analysts  will  view  selected  failures  to  maintain  confidence 
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Figure  17-23.  CP  Failure  Display 
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ir  -.ie  system  and  to  look  for  subtle  problems  which  could  be  affecting 
product  geometric  quality  because  of  CP  rejections. 

17.4.10  CONTROL  POINT  DELETE 

The  coatrol  point  delete  process  is  a standalone  activity  that  permits  all 
records  of  a control  point  to  be  removed  from  the  CP  library.  Thl3  process  is 
driven  by  a list  generated  by  image  analysts  and/or  CP  technicians  when 
evaluating  control  points,  either  in  the  CP  failure  evaluation  process  or  in  the 
image  evaluation  function.  To  run  this  process,  an  interactive  terminal 
(VT100/VT78)  on  the  MMF-M  is  needed  for  the  operator  to  enter  the  information. 

Figure  17-24  shows  the  basic  flow  for  control  point  delete.  An  example  of  the 
interactive  session  questions,  answers,  and  screen  displays  is  given  in  Figure 
17-25.  The  processing  summary  report  is  shown  in  Figure  17-26. 
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Figure  17-24,  Control  Point  Delete  Procese 
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Figure  17-25.  CACPDU  User  Interaction  Log 
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18.1  ENVIRONMENT/ RESOURCE 

The  Imaging  System  Evaluation  function  Is  a manually-intenslve,  C round  Segment- 
ulde  analysis {activity,  utlHzlng  both  standard  production  outputs  from,  and 

i i 

■pedal  purpose  capabilities  of,  most  of  the  components  of  the  Landsat-D  data 

I ; 

processing  system.  In  particular,  extensive  use  Is  aade  jf  the  PEPG  software  on 
the  MIPS  VAX  11/780  and  the  data  base  reporting  capabilities  of  the  operating 


system  on  the 


MKP-M  DEC2050. 


18.2  OVERVIEW/ BACKGROUND  ; 

Ioaglng  Systeo  Evaluation  Is  part  of  a large  performance  evaluation  effort  that 
covers  both  the  Flight  Segment  and  the  Ground  Segment.  Here  we  will  consider 
only  the  partja  of  this  effort  that  are  performed  routinely  by  the  Image  Analysts 
In  the  QA  organization,  with  assistance  from  the  DBMS  Specialist,  Control  Point 
Technicians,  jjA  technicians,  and  others.  The  Imaging  Systems  Performance 
Evaluation  pjlan  (81SDS4230)  and  the  Flight  System  Performance  Evaluation  Plan 

(82SDS4214)  present  all  aspects  of  the  evaluation  efforts,  which  Include  those 

j 

and  other  more  specific,  special,  or  one-time-only  activities.  The 
the  Imaging  System  Evaluation  function  Involves  monitoring  system 

I - 

Identifying  Anomalies,  gathering  information  and  generating  long- 


covered  here 
majority  of 
performance. 


term  trend  pilots,  and  determining  when  changes  in  system  parameters  are  required 


and  what  the 


new  values  should  be. 
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18.3  FUNCTION  DESCRIPTION 


For  simplicity,  the  Imaging  Systems  Evaluation  function  will  be  considered  as 
three  separate  processes:  l)  In-line  evaluations,  where  production  reports  and 

visual  examinations  are  utilized  to  detect  system  anomalies,  observe  short-term 
system  trends,  evaluate  processing  consistency  between  various  functions,  and 
select  data  for  further  detailed  examination;  2)  Product  analysis,  where 
standard  user  products  are  evaluated  and  special  reports  are  created  that 
document  system  performance;  and  3}  Long-term  evaluations,  where  Information 
stored  In  the  QA  and  MMF  data  base  Is  used  to  create  trend  plots  of  key 
parameters  and  to  track  the  performance  of  key  elements  of  the  Cround  Segment. 
In  actual  practice,  these  three  processes  are  tightly  Integrated  since  outputs 
from  one  may  ^ valuable  or  essential  Inputs  to  another.  The  time  frames  for 
these  three  activities  form  an  Important  distinction  between  them.  In-line 
evaluations  are  normally  performed  from  real-time  to  2-3  days  after  products 
have  been  generated.  Product  analysis  is  normally  performed  from  several  hours 
to  one  week  after  products  have  been  generated,  and  long-term  evaluations  are 

uormally  performed  from  one  week  to  one  month  after  products  have  been 
generated. 

Figure  18-1  gives  a high  level  view  of  this  function  and  shows  how  the  various 
parts  interact.  Table  18-1  lists  the  generic  inputs  and  outputs  of  this 
function. 
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Figure  18-1.  Imaging  System  Evaluation  Function 
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Table  18-1.  Generic  Inputs  and  Outputs  for  Imaging  System  Evaluation 


Inputs 


Hardcopy  Sumraaiy  Reports  - From  QA  Data  Base 

| i 

System  Products  - Tape 


j Evaluation  Reports 

MMF-M  Data  Base  Contents  - HDT  Quality 

* 

jlmage  Quality 


j Outputs 

1 !' 

System  Anomalies 

I ! 

Formal  Evaluation  Reports  ! 

! i 

Parameter  Updates  ! 

Recommendations  to  Improve  System  Performance 
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18.4  PROCESS  OPERATIONS 
The  two  Image  Anaysts  will  spend  a large  fraction  of  their  time  performing  the 
Imaging  System  Evaluation  function.  On  the  average,  one  CCT-PM,  one  F241-PM,  two 
F241-AM,  and  two  radiance  evaluation  reports  will  be  requested  per  day  from 
MIPS.  This  will  require  about  one  hour  of  computer  resources.  Accessing  the 
MMF-M  data  base  could  require  several  hours  per  week,  but  this  would  not  be 
dedicated  time.  At  present  the  routines  needed  to  do  the  data  base  access  and 
analysis  have  not  been  created  and  will  require  support  from  the  DBMS  specialist 
and  perhaps  other  software  personnel. 

18.4.1  IN-LINE  EVALUATIONS 

In-line  evaluations  is  a supporting  function  of  Quality  Assurance,  utilizing 
most  of  the  same  inputs.  The  major  difference  is  the  level  of  detail  and  the 
removal  from  the  tight  time  constraints  imposed  on  QA  activities.  The  goal  is  to 
detect  subtle  system  anomalies  or  undesirable  trends,  so  that  action  can  be 
taken  before  significant  processing  problems  occur  (either  massive  rework,  or 
subpar  products  being  shipped).  All  input  data  will  be  archived  for  possible 
future  reference.  Because  of  the  large  volume  of  data  available,  only  a sample 
can  be  examined  in  detail;  however,  that  is  not  felt  to  be  a serious  limitation 
since  the  items  of  interest  are  expected  to  be  observable  in  most  data  sets. 
The  critical  element  Is  to  keep  relatively  current  with  production  and  to 
examine  a variety  of  parameters  from  each  data  set  (on  an  R-tape  or  A-tape 
basis,  for  example). 
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This  process  can  be  broken  into  two  parts:  the  general  collection  and 
examination  of  the  data,  and  the  extraction  of  specific  items  from  the  data  for 
known  evaluations  or  future  uses. 

The  inputs  for  this  process  are  received  after  QA  has  completed  their 
evaluation,  although,  since  the  Image  Analysts  are  part  of  the  QA  organization, 
they  could  also  perform  those  evaluations  in  some  cases.  The  specific  inputs 


Processing  Summary  Reports 


PCP  Phase  1 


2.  PCP  Phase  2 


3.  MSS  Archive  Generation 


A . PEPG 


b.  QA  Reports 


l.  PCP  Phase  1 


2.  PCP  Phase  2 


3.  MSS  Archive  Generation 


Line  Test  Results 


1.  Payload  Correction  Processing 


2.  MSS  Archive  Generation 


3.  Control  Point  Processing 
A.  DRRTS 

d.  Verbal  Reports 

e.  On-Line  Logs 
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f.  Image | Examination  Results 

t 

1.  Moving  Window,  Display 

2 4 Quick  Look  Monitor 

3.  MAG  On-Line  Display  During  Input  and  Output 

4.  Manual  Cloud  Cover  Assessment 

5.  QA  Film  Images 

6.  PEPG  On-Line  Display  During  Input  j 

■ i 

7.  ]>EPG  Comtal  Display  (COMDIS  utility). 

I ' 

18.4.2  product! ANALYSIS  ! 


I j 

The  product  analysis  proceed  is  concerned  with  the  actual  processing  system 

i I • 

performance,  as  reflected;  in  the  products  being  sent  to  the  users.  This  is 

accomplished  by!  making  detailed  checks  of  product  acceptability,  primarily  in 

j | 

the  areas  of  geometric  and  radiometric  performance,  by  gathering  statistics  on 


long-term  systems  performance  trends  in  these  areas.  The  three  major  parts  of 
this  process  Lre:  1)  using  the  CP FAIL  routine  in  the  CPP  function  (paragraph 

I • • I 

17.4.9)  to  examine  failed  control  points;  2)  using  the  RADEVAL  routine  in  PEFG 

| i 

to  do  detailed  radiometric  analysis  of  selected  scenes;  and  3)  careful 

! I 

I ; 

examination  of  standard  and {special  products  generated  for  each  acquisition  of  a 


few  U.S.  “test  sites,"  which  will  be  monitored  for  changes,  both  large  and 

j | 

small.  In  the  last  item  the  same  areas  are  periodically  (every  16  days) 

i ! 

examined.  Since  the  same  area  is  always  examined  and  the  same  analyses  are 

j ! 

performed,  the;  results  should  be  predictable;  thus,  small  effects  not  otherwise 


seen  will  be  apparent.  Obviously,  changes  in  sun  angle,  cloud  cover,  etc., 

I I 

mean  that  the  Results  may  not  be  exactly  the  same. 


will 
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Figure  18-1  shows  the  basic  flow  in  product  analysis.  The  scene  selection 
subprocess  is  concerned  with  identifying  the  scenes  and  products  desired.  The 
scene  selection  for  CPFA1L  and  RADEVAL  will  often  be  a byproduct  of  examining 
the  reports  in  the  in-line  eva:  .ations  function.  For  the  test  sites,  all 
acquisitions  will  be  of  Interest  and  the  same  products  will  always  be  requested, 
the  only  exception  being  when  the  cloud  cover  is  extremely  high  so  that  no 
useful  analysis  is  probable.  The  test  sites  are  in  areas  where  cloud  cover  is 
normally  quite  low.  The  standard  products  will  vary  for  the  different  sites; 
for  geometric  test  sites,  CCT-PM,  F241-AM  and  F241-PK  will  be  needed,  while  for 
radiometric  test  sites,  only  CCT-AM  and  radiance  evaluation  reports  will  be 
needed.  Some  areas  could  be  both  radiometric  and  geometric  test  sites.  The 
following  are  expected  to  be  the  test  sites  used: 

a.  Geometric 

1.  Tulsa,  Oklahoma 

2.  San  Joaquin,  California 

3.  Phoenix,  Arizona 

4.  Central  Colorado 

5.  Southern  New  Mexico. 

b.  Radiometric 

1.  Baja,  California 

2.  White  Sands,  New  Mexico. 
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The  product  ordering  will  be  handled  by  production  control  personnel  using  the 
standard  MMF-M  procedures,  based  on  inputs  provided  to  them  by  the  Image 
Analysts.  Once  the  actual  products  are  generated,  they  will  be  delivered  to  the 
Image  Analysts  by  Production  Control  personnel  following  the  normal  procedures. 

The  Product  Management  and  Analysis  subfunction  consists  of:  1)  examining  failed 
control  points  using  the  CPFAIL  utility  and  correlating  the  observations  with 
the  data  on  MAG  QA  reports;  2)  examining  the  radiance  evaluation  report,  which 
gives  various  measures  of  sensor  striping  and  associated  data;  and  3)  measuring 
the  241  mm  film  Images  using  the  Mann  Comparator  in  Building  23  to  see  how 
accurately  known  locations  were  positioned. 

18.4.3  LONG-TERM  EVALUATIONS 

The  long-term  evaluations  process  is  a completely  offline  activity  that  utilizes 
data  gathered  for  QA  purposes,  data  sent  to  MMF-M  as  part  of  processing 
feedback,  and  the  data  collected  during  the  in-line  evaluations  and  product 
analysis  processes.  This  data  is  analyzed  to  provide  long-term  trend 
information  that  will  be  used  to  update  system  parameters  as  necessary.  The  two 
areas  that  will  be  routinely  evaluated  are:  1)  tape  drive  performance,  and  2) 
radiometric  correction  constants  (calibration  nooinals,  M&A  values).  A third 
area  of  considerable  interest  is  control  point  selection  techniques.  Trend 
plots  will  be  kept  on  sensor  striping  levels,  measured  geometric  accuracy,  line 
test  error  counts,  and  video  data  fault  counts  at  various  points  in  the 
processing  system. 
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19.1  KNVIRONMEHT/RESOURCES 

i 

Inventory  control  processing 


uses  the  DEC  2050  system  in  the  MMF-M.  Inventory 


control  programs  are  part  of  the  request  support  subsystem  (RSS)  package  as 

I | 

defined  in  Package  Design  Specification  for  Inventory  Control 

I I 

(LSD-MMF-PKG-2003) . Refer  to  Figure  19-1. 


All  ADP  systems  required  to  perform  inventory  control  processes  are  located  in 
the  second  floor  computer  room  of  GSFC,  Building  28.  A DEC  VT100  terminal 
located  in  the  stockroom;  is  normally  used  to  update  the  inventory  control 


program 


; howevejr, 


any  terminal  Interactive  with  the  DEC2050  in  the  MMF-M  may  be 


used.  A high  level  block  diagram  of  the  MMF-M  hardware  is  shown  in  Figure  19-2. 

i ; 

19.2  OVERVIEW/BACKGROUND  } . 

The  Ground  Segment  provides  a GAO  compatible  inventory  control  system  for 
operations  management  of  an:  estimated  6000  line  item  inventory.  All  spares, 

i I 

consumables,  office  supplies,  and  one-time-order-items  are  covered  by  the 

i . I 

Inventory  control  system.!  The  inventory  control  system  software  allows 
logistics  section  personnel  to: 


a.  Track  physical  inventory 

j 

b.  Track  outstanding  purchase  orders 

c.  Flag  overdue  purchase  orders 

I 

d.  Suggest  items  for  reorder 

e.  Track  spares  usage  by  part  number  and  by  user. 
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Figure  19-1,  RSS  Functions 
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The  logistics  section,  under  the  production  control  manager,  Id  responsible  for 
toe  operation  of  the  Inventory  control  syctem.  The  logistics  supervisor,  with 
the  assistance  of  two  stock  clerks,  performs  all  inventory  control  functions* 

19.2.1  LOGISTICS  SUPERVISOR 

The  logistics  supervisor  is  responsible  for: 

a.  Supervising  dally  operations  of  stock  room  and  performance  of  stock 
clerks 

b.  Interface  with  expendables  resupply  sources  regarding  replenishment 
deliveries 

c.  Utilizing  inventory  control  system  to  manage  spares  and  consumable 
Inventory. 

19.2.2  STOCK  CLERKS 

The  stock  clerks  **re  responsible  for: 

a.  Issuing  supplies  and  spare  parts  as  requested/authorized 

b.  Restocking  Inventory  deliveries 

c.  Maintaining  supply  and  spare  parts  disposition  and  status  logs 

d.  Generating  and  entering  Inventory  control  system  Inputs 

e.  Receiving  and  acting  on  inventory  control  system  outputs. 

The  logistics  supervisor  and  stork  clerks  are  day  personnel,  working  from  0800 
to  1700,  five  days  a wrek. 
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19.3  FUNCTION  DESCRIPTION 

19.3.1  INITIAL  SET  UP 

Prior  to  activation  of  the  inventory  control  systea,  the  following  preliminary 
tasks  must  be  accomplished  by: 

a.  Logistics  Branch 

1.  Physical  inventory  of  spares,  consumables,  office  supplies  and 
one-time  order  items  on  hand 

2.  Assignment  of  a six  character  part  number  to  each  set  of 
identical  pieces 

3.  Entry  of  part  description,  purchase  order  and  inventory  user 
information.  Inventory  control  entry  acd  update  program  (RIENUP) 
is  described  in  paragraph  19.3.3 

b.  Section  managers 

1.  Designation,  In  writing,  of  personnel  authorized  to  draw  parts 
(inventory  user). 

19.3.2  DAILY  STOCKROOM  OPERATION 

The  stockroom  Is  open  0800-1700  for  normal  parts  issue.  Only  those  people 
designated  in  writing  by  section  managers  are  authorized  to  draw  parts.  From 
1701  to  0759  the  mission  supervisor  is  responsible  for  drawing  parts  and  making 
Issue  log  entries. 

Office  supplies  are  issued  on  Monday,  Wednesday  and  Friday  from  0800  to  1200. 
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Authorized  users  are  tracked  by  a unique  five-digit  user  ID  number. 


Lne 


inventory  control  data  base  is  updated  weekly  (normally,  Wednesday  afternoon) 
from  the  material  request,  receipt,  and  withdrawal  logs  maintained  by  logistics 
section  personnel. 


19.3.3  INVENTORY  CONTROL  ENTRY  AND  UPDATE  PROGRAM  1 RIENUP) 

j I 

The  RIENUP  program  (Figure  19-3)  allows  establishment  of  the  initial  Inventory 

i ! 

control  data  tyise.  The  operator  selects,  from  a menu  screen,  the  types  of 

! \ 

records  to  be  entered  or  modified.  The  menu  screen  lists  seven  record  types: 

a.  Part [ Description  Screen 

i i 

b.  Purchase  Order  Screen 

t i ' 

c.  Receipt  History  Screen 

d.  Withdraw  History  :Screen 

e.  Inventory  User  Screen 

f . Spares  Returned  Screen 


8' 


Withdrawal  Error [Correction  Screen 


Each  record 
various  action^ 

19.3.3.1  Part 


prompts  for \ required  information  and  reports  on  the  success  of 

| 

it  initiates.  Figure  19-4  shows  inventory  control  schema. 

i 

I 

Description i Record 


The  part  description  record  is  the  first  record  to  be  entered  for  a new  item. 
Entry  of  a new  record  hasino  effect  on  existing  records.  Each  field  is  checked 
for  correctness  by  Traffic-20  and/or  RIENUP.  A part  description  must  exist 

fi 
i 

tetore  any  other  records  may  be  entered.  The  part  description  record  is  accessed 


by  the  six-chajracter  "part  [number. 


OP  LAN 


C 

I 

V 


19-6 


RIENUP 


•rTK 


c 


I 

:j 


i 

l 


i . 


19-7 


Figure  19-3.  RIENUP  Structure  Chart 


01SDS4232 
Revision  A 
16  July  1982 


19.3.3.2  Inventory  User  Record 

i 1 

The  inventory  juser  record  is  a li3t  of  five  character  user  identification 
numbers  of  those  personnel  authorized  to  draw  parts.  User  ID  numbers  are 
assigned  by  the  logistics  supervisor.  The  inventory  user  record  should  be  the 
second  part  of  a new  item  entry.  User  records  may  be  added  at  any  time.  Entry 

i | 

of  the  inventory  user  record  does  not  affect  any  other  record;  however,  it  must 

| 

exist  together  vlth  the  partj  description  record  before  a withdrawal  history  may 
be  entered. 

i | 

(■  i 

19.3.3.3  Purchase  Order  Record 

I ; 

The  purchase  oijder  record  contains  the  order  information  maintained  by  RIENUP. 

! ! 

The  part  description  record  must  exist  before  a purchase  order  can  be  created. 

if' 

Entry  of  this  record  affects  the  part  description  record.  The  purchase  order 

I 

record  is  the  residence  of  the  manufacturer's  part  number  and  federal  stock 

■ | j 

number.  The  purchase  order  record  is  accessed  by  purchase  order  number  and  line 
Item  number.  | j 

. i 


19.3.3.4  Receipt  History  Record 

The  receipt  history  record  contains  entries  of  stock  received  into  the  inventory 


data  base.  This 


record  requires  that  a part  description  and  a purchase  order 


record  exist.  Tjhe  record  isj stored  in  ascending  order  by  receipt  date.  This  is 

done  to  cause  Issues  of  siock  to  be  f irst-in/f irst-out  (FIFO).  Entry  of  this 

I 

record  affects  tjhe  balances  on  the  part  description  record  and  the  purchase 
order  record. 

i I 
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19.3.3.5  Withdrawal  History  Record 

The  withdrawal  history  record  tracks  withdrawals  from  the  inventory.  It  may  not 
be  entered  until  part  description,  inventory  user,  and  purchase  order  records 
exist.  Withdrawal  is  accomplished  in  the  same  order  as  the  receipts  to  maintain 
the  f ir8t-in/f irat-out  (FIFO)  accounting  practice.  Access  is  by  part  number. 

19.3.3.6  Spares  Returned  Record 

The  spares  returned  record  allows  tracking  of  spares  by  serial  number.  Entry  of 
this  record  does  not  affect  any  other  record;  however,  the  part  description  and 
inventory  user  record  must  exist  before  the  record  may  be  stored  in  the  data 
base.  Access  to  the  record  is  by  part  serial  number. 

19.3.3.7  Withdrawal  Error  Correction  Record 

The  withdrawal  error  correction  record  allows  correction  of  the  withdrawal 
history  record  when  an  erroneous  amount  exceeding  the  amount  actually  withdrawn 
is  entered.  This  screea  allows  the  operator  to  subtract  an  appropriate  amount 
from  the  excess  amount  to  accurately  reflect  the  transaction.  Access  is  by  part 
number. 

19.4  PROCESS  OPERATIONS 
19.4.1  RIENUP  ACCESS  PROCEDURES 

To  access  RIENUP,  the  operator  must  log  in  on  the  terminal  with  the  correct 
password.  Program  security  is  provided  by  restricting  access  to  the  terminal 
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and  i>y  limiting  dissemination  of  the  password  to  inventory  control  personnel  and 
those  software  specialists  with  a need  to  know. 

After  logging  in,  enter: 

TAKE  (CMD  FILE  NAME)  RETURN 

The  following  MENU  SCREEN  will  appear: 

R1ENUP INVENTORY  RECORDING  ENTRY  AND  UPDATE RIENUP 

MENU  SCREEN 

SELECT  ONE  OF  THE  FOLLOWING: 

(1)  PART  DESCRIPTION  SCREEN 

(2)  PURCHASE  ORDER  SCREEN 

(3)  RECEIPT  HISTORY  SCREEN 

(4)  WITHDRAWAL  HISTORY  SCREEN 

(5)  INVENTORY  USER  SCREEN 

(6)  SPARES  RETURNED  SCREEN 

(7)  WITHDRAWAL  ERROR  CORRECTION  SCREEN 
SELECTION: 

ENTER: 

(Desired  selection  number  1-7)  RETURN 

The  selected  screen  will  appear  with  appropriate  operator  prompting.  Samples  of 
each  screen  follow  in  Figures  19-5  through  19-11.  Table  19-1  lists  operator 
information  and  error  messages. 
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Figure; 19-5.  Part  Description  Screen  Prompt 
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Figure  19-6,  Purchase  Order  Screen  Prompt 
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figure  l9.-r6a,  Purchase  Order  Screen 
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Figure  19-8.  Withdrawal  History  Screen 
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Figure  19-9.  Inventory  User  Screen 
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Figure  19-10.  Spares  Returned  Screen 
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Figure  19-11.  Withdrawal  Error  Correction  Screen 
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Table  19-1.  Operator  Messages 


RIENUP  OPERATOR  IKTSEPACS  WHEATS 


• > Saroftaarioa  iksabacis  go  uretAroa  aespoaoi  bkouirbo 


pinup-gao  or  p&ocbboiag 

i : 

pArt  Buaaan  e*i»?A,  assumes  BooiricATioa 
past  suaetH  sut  se  ears  bask,  assuring  egw  serai, 
sroac/aossrr  BuccesBmii  coaputra,  . . 

ptiucNAsc  ospsa  gaxsrs,  ASSUH2M6  RoDirsc&tioa, 

PUBCM&SC  OSEK*  SOT  SB  BATA  BAAS,  ASSURING  M«  SaTSI, 

| i 

oil  CNANGfi  EBTS8S0, 

BO  PUHCK40S  OSCSB  POUND,  ASSURING  BUS  BRTRT. 

bu  poacNAae  osoaa  pound,  b»tbt  cam  a or  es  piocssbsb, 

I . 

Receive  MiSTOAI  POUND,  ASSURING  BJOlPlCATlOa, 

bo  Receive  bistort  rouao,  Assuaiac  an  Baras, 

Bin  so  Bvecuarour  ocucrs, 

I ••  ! 

•krxai  aoaess  oor  rouao,  AMuasac  sen  saw, 

f i 

serial  auasui  buccmapullt  stoceo, 

I • 

■or  SB  PUAtUS  ASSURING  Rll  BaTBI, 

bitmobanai.  bistort  successful!.!  stored  sa  data  bask. 


BIIMOflAaAl  BUCCeS4fW.il  BOD1PSKO  Sa  DATAAASC, 

; ! 

00  part  auaaea  t*  database, 

1 i 

i**  SERIAL  SUaSiM  CtMAKCSlI  STOttCO, 

! f . 

IBP  SERIAL  ROaNEA  CORRECTLY  ROOXCTKD, 
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ENKOR  ***»*0*9P**»** 


Rt&POliSC  • 

#9****»M9*»*e*8C**« 


PURCHASE  0M8CB  IK  PATAdASE.  ONLY  AC*  ENTRIES  ALLOaSO* 
PART  RUNNER  |A  DATABASE*  ORLY  BE»  ENTRIES  ALLURED* 
PART  MURDER  EXISTS  ALREADY . OCR  CLTR1E8  MOT  ALLURED* 
RECEIPT  N1ST0HY  EXISTS.  RODS  DOT  ALL LOVED, 

RECEIPT  DISTORT  EXISTS*  BOOS  DOT  ALLOVED* 

BITHDRAN  BISTORT  EXIST*  BUDS  DOT  ALLURED, 
tUTMPBAVAL  BISTORT  POUND,  NODS  ARE  DOS  ALLOVED* 
STAKES  BISTORT  la  DATABASE.  BUDS  ARE  BBT  ALLOB58, 

ouadtiti  camoot  as  zero* 

ODER  ID  HUT  Is  DATA  BASE* 

■0  CHANCES  MADE.  ENTER  VALUES  t<«  SAIT* 

SERVICE  PLA6  IS  BOT  I.O.S.R, 

ODER  ID  DOT  ZD  DATABASE  TO  DELETE. 

USER  10  ALREADY  EXISTS  CARNOT  BE  ADDED* 

PSER-ID  RUT  POUND  IB  DATABASE*  ■ 

PART  DESCRIPTION  DOT  IB  DATABASE*’ 


• CORRECT  XnTRT 

• CORRECT  ENTRY 

• correct  entry 

• CORRECT  89  BEMUVC 

• CORRECT  OH  BEHOVE 
O CORRECT  CU1  BEHOVE 

• correct  «i  eiKHuee 

e CORRECT  us  assess 

• CORRECT  VALUE 

• CORRECT  BBTttt 

» OBEt  MESSAGE 
8 CORRECT  COTUT 
8 CORRECT  OS  SKI? 

8 CORRECT  CR  SKIP 
8 CORRECT  03  SKIP 
8 CORRECT  08  SKIP 
M8808888N98NVNNNNNM888 
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Prior  Co  Che  final  "carriage  return",  any  field  may  be  reviaited  and  corrected. 
After  the  final  "carriage  return",  if  an  erroneoua  entry  haa  been  made,  the 
screen  may  be  recalled  and  the  error  overwritten  with  the  correct  data,  except 
In  the  case  of  EXCESS  withdrawal  history  ccreen  error.  To  correct  an  EXCESS 
withdrawal  history  error  after  it  has  entered  the  data  base,  MENU  7,  the 
withdrawal  error  corrections  screen,  must  be  selected  and  the  correct 
Information  entered  in  accordance  with  the  operator  prompts. 


19.4.2  INVENTORY  REPORTS  PROGRAM 

The  inventory  reports  program  provides  nine  printouts  used  to  maintain 
management  control  of  the  Inventory.  These  reports  retrieve  data  from  the 
Inventory  area  and  create  output  files  containing  the  abstracted  information. 
The  data  flow  is  shown  in  Figure  19-12.  The  nine  reports  can  be  run 
independently  or  they  can  be  submitted  as  a unit  via  a batch  command  file.  The 
following  reports  are  available: 

a.  RIDLOR  - DELINQUENT  ORDER  REPORT 

b.  RISPAR  - SPARE  PARTS  LIST 

c.  RILOUR  - LOCATION  USAGE  REPORT 

d.  RIOTOR  - ONE  TIME  ORDERS 

e.  RIINIR  - INACTIVE  ITEMS  REPORT 
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Figure  19-)2.  Data  Flow  Diagram  (Inventory  Reports) 


RIDLOR.RPT 


RILOUR.RPT 
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RINEWR  - NEW  PURCHASE  ORDER 


RIREOR  - RECOMMENDED  REORDER  REPORT 


RISTIR  - MASTER  STOCK  LIST 


RIVEND  - VENDOR  CODE  MASTER  LIST 


19.4.2.1  RIDLOR-DELINQUENT  ORDER  REPORT 


This  report  selects  Items  ordered  but  not  received  by  the  promised  date  and 
lists  them  In  overdue  groups:  0-29  days,  30-59  days,  60-89  days,  and  greater 
than  89  days  overdue.  Examples  of  RIDLOR  printout  are  shown  in  Figures  19-13 
and  19-13a. . The  RIDLOR  printout  is  normally  extracted  once  a month.  RIDLOR  is 
used  to  identify  lead  time  problems  in  parts  acquisition.  It  may  trigger  a 
change  in  the  reorder  level/suggested  order  quantity/max.  quantity  allowed  on 
hand  to  prevent  lead  time  problems  from  impacting  Ground  Segment  Operations. 
Estimated  run  time  - five  minutes. 


19.4.2.2  RISPAR  - SPARE  PARTS  LIST 

This  report  lists  all  spare  parts  (not  office  «■-  pplles  or  consumables)  in  the 
inventory  area.  The  report  is  sorted  by  part  number  and  by  serial  number. 
Examples  of  RISPAR  printout  are  show-  in  Figures  19-14  and  19-14a.  RISPAR 
extracts  information  from  the  spares  returned  record.  It  provides  the  means  of 
tracking  service  life  of  Individual  spares.  RISPAR  is  extracted  monthly  or  as 
required.  Estimated  run  time  - 20  minutes. 

19.4.2.3  RILOUR  - LOCATION  USAGE  REPORT 

This  report  lists  all  withdrawals  in  a period  selected  by  the  operator.  The 
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Figure  19-13,  Delinquent  Orders  Report 


Figure  D-13a«  Delinquent  OTders  Report 
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Figure  19-14.  Spares  Sorted  By  Part  Num&ev 
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Figure  J9-!-14a , Spares  St  i ied  3y  Serial  Number 
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report  is  sorted  by  user  sod  by  part  nuaber.  Figures  19-15  and  19-1 5a  show 
examples  of  RILOUR  printouts.  RILOUR  allows  extract ion  of  parts  usage 

information  by  individual  part  number  or  by  individual  user.  It  is  used 

primarily  by  maintenance  personnel  to  verify  reliability  data.  RILOUR  is 
extracted  on  an  as  required  basis.  Estimated  run  time  is  five  minutes. 

19.4.2.4  RIOTOR  - One  Time  Orders 

This  report  lists  all  orders  in  a date  range  selected  by  the  operator  for  which 
there  is  no  plan  to  reorder  the  item.  These  items  are  identified  by  the  fact 
that  the  reorder  level  in  the  part  description  screen  is  zero.  Figure  19-16 
shows  an  example  of  a ONE  TIME  ORDER  PRINTOUT.  RIOTOR  provides  budgetary 
information  on  special  orders.  It  is  run  on  an  as  required  basis.  Estimated 
run  time  Is  two  minutes. 

19.4.2.5  RIIKIR  - Inactive  Items  Report 

Thin  report  lists  all  items  for  which  there  has  been  no  activity  prior  to  a 
specified  date.  The  operator  enters  a date  and  the  report  selects  those  items 
which  have  been  unchanged  prior  to  the  date  the  operator  entered.  Figure  19-17 
shows  an  example  of  R1INIR  printout.  RIINIR  provides  baseline  usage  data  for 
Engineering  Support  and  allows  Logistics  personnel  to  monitor  shelf  life.  It  is 
extracted  as  required  by  Engineering  Support,  and  at  six  month  Intervals  for 
shelf  life  monitoring.  Estimated  run  time  is  five  minutes. 


19.4.2.6  RINEUR  - New  Purchase  Order 

This  report  lists  all  purchase  orders  placed  during  a date  range  selected  by  the 
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Figure  19-15.  Withdrawal  History  By  I tea  Number 
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Figure  19-16.  One  Time  Orders 


I • 
I 


Jj 

4 


ORIGINAL  PAGE  18 
OF  POCR  QUALITY 


j 

J 


ft- 

• t 

• 1 

CO  CO 

a x 

>> 

hi 

<i  < 

ft*  ft* 

b.  b. 

X X 

» 1- 

1 1 

ft  ft 

c u 

9 9 

•t  n 

•3  < 

** 

o o 

o 

r* 

X H 

o o 

o o 

• 

Z£  CO 

n n 

o 

o 

H 3 

• • 

• • 

n 

*-  O 

•-  c* 

n o 

n M 

fi  O 

» 

•*  n 

«4  O 

n 

» • 

«•  » 

n 

••  ft 

o.  .. 

ft 

nn 

n 

m 

•ft  • 

o 

X 
9 X 


o © o o 


n 

X 

u 


X >• 
I-  t- 

«o 

•? 

Z X *-> 
— w t; 
2 H4 
C.  Z U 

< V 
L I- 

« Z 
ChV. 

< X X 
ICIb 
»hC 

•£  «* 


X < z 
V 2.  C 
-Z  - 
I-  Z 
z s z 
< c *- 
z «c  x 
c c 


S' 


X 

ft. 


X 

a 

►X 

X 

a 

to 

X ' 

u 

H 


X X 
— &. 


f- 
e 
< • 
c. 

X 
tk  u. 

X » 


w*  r*  « o 

•*«  no 

• • • • 
->  o<  no 

- n o-  o 

*•  Ci  — • 

n P» 


■ IK 

• «4 

• • 


X «9 

• tc  x 

• v;  »x 

► 2*  w X 


2 — H 

> 

c “ 

**  c 

• VJ  X 

*C  < 

X z 

«■* 

to  x 

< 3 /. 

u 

r- 

r 

— z 

< 

' < ■ « • 

Z 

X 

s « 

-* 

•<  ft> 

J -3 

— 

C b. 

^ ,V 

«X  <* 

S £ 

U i’ 

•»- 

^ c 

•-  K 

e-  h 

< 

» w 

— N* 

cc  cc 

— 

c e 

c o 

£ 

c c 

n ft 

X *3 

«*  «* 

X w 

c »■ 

u.  u 

x •: 

Z X 

f b 

* •» 

r H 

W M 

x r 

r x 

13  C 

10  CO 

^ •- 

2 X 

c s 

e ft 

x < 

b ft- 

Z X 

tr.  to 

«c  «. 

z v 

e x 

Zr  3 

tr  Y 

>-  ft- 

4-s 

2 2 

X *f‘ 

. «»■ 

«r  < 

CC  c 

u 

»•  t» 

U V 

at 

X K 

S ft 

••  •» 

3 fa» 

b.  V 

b b 

• 

**  ? 

2 3 

w *'• 

■ 

ft-  ^ 

o ft 

*<fc 

-»  z 

<*kco 

v»o 

ft- 


•3 

*3 


«e 

o 

u 

*3 


•C 

c 


19-34 


* r 


%r«o 


j 81SDS4232 

j Revision  A 

i 16  July  1982 

operator.  Purchase  orders  are  listed  by  part  number.  Figure  19-18  shows  an 

example  of  a RINEWR  printout.  RINEWR  provides  cost  information  and  parts 

ordered/received  in  a 'given  period.  It  is  used  by  the  Administrative  Assistant 

i 

I 

for  budget;  management.  RINEWR  is  extracted  as  required.  Estimated  run  time  is 
| : ’ 
five  ml nu ties. 


19.4.2.7  RIREOR  - Recommended  Reorder  Report 

| • 

This  report  lists  all  items  at  or  below  reorder  level.  It  determines  the  amount 

I ! ■ 

to  be  reordered  by  subtracting  the  quantities  on  order  but  not  received,  and  the 

| i 

quantity  on  hand,  from  the  maximum  stock  level.  If  the  amount  to  be  ordered  is 

I I 

negative  the  listing  has  a remark  suggesting  a change  In  the  reorder  level. 

I I 

Figure  I9rl9  shows  an  example  of  RIREOR  printout.  RIREOR  triggers  the  writing 

i ' 

of  purchase  orders,  or  a change  in  the  reorder  level  or  suggested  order  quantity 

j • 

on  the  part  description  screen  of  the  inventory  control  entry  and  update  program 

i . " 

(RIENUP).  RIREOR  is  extracted  weekly  by  Logistics  personnel.  Estimated  run  time 
is  five  minutes.  I 


19.4.2.8  RISTIR  - Master  Stock  List 

This  reportj  lists  the  entire  Inventory  sorted  by  part  number,  physical  location 
and  item  {name.  At  the  end  of  the  part  number,  and  item  name  listings,  various 


inventory  totals  are  printed.  Figures  19-20  through  19-2 Od  show  examples  of 
each  RIStJr  printout. j RISTIR  is  used  as  an  aid  when  taking  a physical 


inventory,  t It  is  run  annually.  Estimated  run  time  is  1.5  hours. 
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Figure  19-18.  New  Purchase  Orders 


Figure  19-19.  Recommended  Reorder  Report 
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Figure  19-20.  Master  Stock  List  By  Part  Number 
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Figure  19-20a.'  Master  Stock  Liot  By  Part  Number 
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Figure  19-20d:.  Master  Stock  List  By  Item  Name 
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This  report  lists  the  entire  Inventory  sorted  by  vendor  code  and  by 
manufacturer's  part  number.  Figures  19-2.1  through  19-21b  show  examples  of 
RIVEND  products.  The  sort  by  manufacturer's  part  number  includes  the  physical 
location  of  each  part  in  the  Inventory  and  will  be  used  by  Logistics  personnel 
to  locate  parts  for  issue.  RIVEND  is  extracted  weekly-  Estimated  run  time  is 
one  hour. 

19.4.2.10  Terminal  Procedures 

Standard  terminal  procedures  are  used  to  obtain  inventory  reports.  After 
logging  in: 

ENTER:  (TBS) 

TAKE  (CMD  FILE  FOR  BATCH  REPORTS)  RETURN 
OR 

(REPORT  NAME,  RISTIR,  ETC.) 

Program  will  provide  necessary  operator  proofing.  When  prerequisites  are  met 
the  printout  will  be  genereted.  Table  19-2  lists  operator  prompting. 

19.4.2.11  Estimated  Run  Times 

A 6000  line  item  inventory  is  assumed.  50  milliseconds  per  disk  access  with  two 
accesses  are  required  for  an  extraction.  Estimated  times  for  a 6000  line 
printout  are  itemized  below: 


DISK  ACCESS 

— 

10  MIN 

CPU  TIME  2.5  MIN 

SORT  TIME 

- 

2 MIN 

PRINT  QUEUE  WAITING  TIME 

- 

VARIES 

OP LAN 
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IS  MIN 

27  MIN  PLUS  PRINT  QUEUE  WAITING  TIME 


A 'process. coaplete*  operator  alert  will  appear  on  the  CRT  when  disk  access  and 
sort  are  coaplete  and  the  Information  Is  In  the  print  queue.  Reports  process 
■ay  be  aborted  by  the  operator  at  any  time. 
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Figure  19-21a.  Master  Stock  List  By  Vendor  Code 
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Table  19-2.  Operator  Interface  Formats 

MESSAGE  RESPONSE 

ENTER.  LOW  DATE  (DD-MMM-YY)  ENTER  START  DATE 

ENTER  HIGH  DATE  (DD-MMM-YY)  ENTER  END  DATE 

ERROR:  DATE  INVALID  MUST  BE  DD-MMM-YY  NOT  XXX  ENTER  A CORRECT  DATE 

ERROR:  DATE  RANGE  IS  WRONG  - REPEAT  OBEY  MESSAGE 

WITH  GOOD  DATES 

ft****HO  RECORDS  FOUND  FOR  PROCESSING  NONE 

(END  OF  QUERY  PHASE;  PRINT  IS  FILE  QL999E.LPT)  NONE 

NOTE:  999  is  a sequence  9 generated  by  the  IQL 
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SECTION  20 
PDR/ESR  PROCESSING 


i 

20.1  ENVIRONMENT/ RESOURCES 

i 1 

! 

20.1.1  HARDWARE  RESOURCES 

The  PDR/ESR  processing  requires  the  MMF-T  systea  to  operate. 

i ; 

I ! 

20.1.2  SOFTWARE  REQUIREMENTS 


20.1.2.1 


PDR 


The  PDR  reports  programs  (RPDRAN,  RPDRSR,  RPDRST)  of  the  Request  Support  System 

I i 

(RSS)  generate  reports  per  responsib'e  area  ehowlng: 


& • 

b. 

c. 

The  PDR 
PDRs  for 


Total  PDRs  | open  for  how  many  weeks  since  a certain  date  - RPDRAN 

Summary  of  • total  PDRs  open  and  closed  during  a certain  period  - RPDRSR 

i ‘ 

Total  PDRs j in  each  status  - RPDRST. 


report  program  RP0PCL  generates  sorted  reports  showing  open  and  closed 

i • • . • 

a certain  period  for  the  selected  responsible  area(s). 


Additionally,  RPDRAN, | RPDRSR  and  RPDRST  use  IQCALL  - a system  call  facility  to 

! i 

interface  between  IQL  programs  and  COBOL  utilities. 


20.1.2.2 

a. 

b. 


ESR 


REMAIN  - ESR  maintenance  software 
RESRPT  - ESR  report  software. 
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20.2  OVERVIEW/ BACKGROUND 

20.2.1  POR 

The  Problem  Defect  Report  (PDR)  can  be  divided  into  three  topics: 

a.  PDR  generation  and  control  scenario  - PDR  generation  and  control 

scenario  is  essentially  a process  flow  of  the  PDR  through  various 
stages,  from  origination  through  p.-oblem  analysis,  fixing  and  closing. 

b.  PDR  format  - The  PDR  form  is  the  physical  paper  used  to  note  a defect 

or  discrepancy  as  soon  as  it  Is  discovered.  The  contents  and  format  of 
this  form  are  largely  dictated  by  the  generation  and  control  scenario. 

C.  PDR  reports  - The  PDR  reports  are  designed  to  help  management  In 

tracking  PDRs  and  in  status  accounting. 

20.2.2  ESR 

The  ESR  tracking  process  will  provide  the  capability  to  maintain  and  report  on 
requests  for  equipment  maintenance  and  repair. 

20.3  FUNCTIONAL  DESCRIPTION 

20.3.1  PDR  FUNCTIONS 

The  PDR  reports  programs  (Figure  20-1)  together  generate  five  reports.  The  PDR 
analysis  report  generator  (RPDRAN)  requires  operator  selection  of  a start  date 
from  which  to  tally  PDRs  for  responsible  areas  according  to  how  many  weeks  a PDR 
has  been  open  since  the  date  specified.  The  PDR  summary  report  generator 
(RPDRSR)  accepts  start  and  stop  dates  from  the  operator.  For  each  area,  the 
PDRs  opened  and  closed  during  that  period  are  tallied.  A net  gain  or  loss  is 

OP  LAN 
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I 


Figure  20-1.'  PDR  Report  Structure 
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then  calculated.  The  PDR  status  report  generator  (PPDRST)  tallies  all  PDRs 

according' to  specific  status,  according  to  open  or  closed  status,  as  well  as 

! 

total  PDRs.  The  PDR  open/closed  report  generator  (RPOPCL)  uses  a screen 

j 1 

formatted: to  accept  Input  from  an  operator.  It  accepts  start  and  stop  dates  to 


determine 


the  desired  period;  it  accepts  the  responsible  area(s)  desired  for  the 


report;  it  accepts  the  selection  for  sort-key;  It  accepts  the  choice  of 

I j 

report(o)  desired:  closed  PDR  report,  open  PDR  report,  or  both.  Based  on  the 

i ! 

inputs  received,  open  or  closed  or  both  reports  are  generated  for  the  given 

I ; 

search  criteria.  Flgur’e  20-2  depicts  the  data  flow  of  the  above  programs. 

I ! 

20.3.2  ESR  FUNCTIONS  j 

1 ! 

The  ESR  reports  program  generates  two  reports:  the  equipment  configuration 

report,  and  the  equipment  service  report  (Figure  20-3). 

I I • ' 

20.4  PROCESS  OPERATIONS 


20.4.1 


Plk  GENERATION;  AND  CONTROL 


From  the 


origination:  of  a PDR  to  Its  closure,  the  PDR  passes  through  various 


stages.  Figures  20-4  and  20-5  depict  the  process  flow.  In  describing  the 

I ! 

process  flow,  any  reference  to  the  designations,  titles  or  hierarchy  is  avoided 


4 


i 


to  make  the  flow  more  function-oriented. 

i | 

When  a problem  is  detected,  the  observer  will  initiate  a PDR  by 

t 

filling  out  the  required  portions  of  the  form  and  signing  It.  The  PDR 

| 

form  Is  a thjree-pert  form  with  white,  green  and  pink  copies, 
b.  [The  form  then  goes  for  management  concurrence.  The  concurree  ensures 
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RPDRAN.RPT 

PDR  ANALYSIS 
REPORT 
PILE 


RPDRAN.RPT 


j HARD 


HARDCOPY 

(OPTIONAL) 


RPDRSR.RPT 


RPDRSR.RPT 


™R  . 4. 

\ PDR  SUMMARY  \ 

HARDCOPY 

REPORT 

pj  pppO?1,  * *»■ 

GENERATOR 

I 9 

(OPTIONAL) 

1 FILE  1 

RPDRST.RPT 


HARDCOPY 

(OPTIONAL) 


RPOPCL.  OPN 


RPOPCL.OPN 


♦OPERATOR  INPUT  NOT  APPLICABLE 
FOR  RPDRST 

♦REPORT  GENERATED  DEPENDS 
UPON  MANUAL  SELECTION 


REPORT 

FILE 


HARDCOPY 

(OPTIONAL) 


RPOPCL.  CLO 


RPOPCL. CLO 


PDR  CLOSED 
REPORT 
FILE 


HARDCOPY 

(OPTIONAL) 


Figure  20-2,  Data  Flow  Diagram 
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Figure  20-4.  PDR  Process  Flow 
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that  all  the  basic  information  for  resolving  the  PDR  is  made  available 
on  the  form  or  Is  attached  to  the  form. 

Then  the  organization  responsible  for  PDR  coordination  receives  the 
PDR  and  assesses  Its  impact.  Assessment  of  the  impact  implies  the 
designation  of  a priority  for  the  PDR.  In  arriving  at  thi3  priority 
code,  there  may  be  a need  for  coordination  with  the  originating 
facility  and  the  problem  investigating  facility.  The  magnitude  of 
impact  thus  decided  may  be  as  follows: 


PRIOP.ir;  OF  IMPACT  MEANING 

1 Major  impact.  The  problem  totally  prevents 
the  functioning  of  a hardware  device, 
software  task  or  production  process. 

No  alternative  is  available. 

2 Minor  impact.  The  problem  inhibits  normal 
functioning.  Alternative  ia  available 

to  work  at  a reduced  level  of 
efficiency. 

3 Marginal  impact.  The  problem  ij  limited 
to  a marginal  task  or  part  of  a device. 

Overall  performance  ia  not  impacted. 

It  is  also  the  responsibility  of  the  PDR  coordination  group  to 

Identify  the  responsible  area  and  the  group  responsible  for  firing  the 

problem.  The  responsible  area  and  impact  fields  are  filled  in  by  the 

PDR  coordination  group  and  the  PDR  form  is  sent  over  for  problem 

analyst  assignment.  Simultaneously,  the  pink  copy  is  ripped  off  and 

used  for  data  entry  into  the  PDR  data  base.  If  the  area  assignment  is 

improper  the  PDR  form  may  come  tack  to  the  PDR  coordination  group  for 

reassignment. 
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d.  When  the  area  respcnslble  for  fixing  the  problea  receives  the  PDR, 
assignment  of  the  problea  analyst  Is  done. 

e.  The  prtblea  solver,  after  solving  the  problea,  sends  the  PDR  fora  for 
solution  concurrence. 

f.  The  solution  concurree.  In  most  cases,  will  be  the  problea  analyst 
asslgner.  After  the  solution  concurrence,  the  PDR  Is  sent  over  to  PDR 
coordination.  This  constitutes  the  solution  notification. 

g.  After  a solution  has  been  found,  PDR  resolution  Is  determined. 
Responsibility  for  PDR  resolution  will  be  assigned  by  operations.  The 
status  of  the  PDR  is  then  changed  to  OPEN  - TO  BE  INSTALLED  (TBI)  from 
the  earlier  OPEN  - UNDER  INVESTIGATION  (UI). 

h.  The  PDR  coord! action  group  sends  the  PDR  fora  to  the  iapleaentor. 
Implementation  aay  consist  (for  example)  of  changing  a port  or  a 
circuit  board  In  c&ae  of  a hardware  problea,  or  it  could  mean  updating 
the  system  library  software  with  the  new  version  of  the  software,  in 

. the  case  of  a software  problem.  Once  the  fix  is  Implemented  the  PDR 
form  is  sent  over  to  the  PDR  coordination  group,  notifying  them  of  fix 
implementation. 

i.  At  this  stage  the  status  of  the  PDR  In  the  data  base  Is  changed  to 
OPEN  - QUALITY  ASSURANCE  REVIEW  (QAR). 

j.  The  Quality  Assurance  personnel  make  sure  that  the  standard  operating 
procedures  have  been  complied  with  and  that  the  fix  has,  In  fact,  been 
implemented  and  Is  acceptable.  Then  the  PDR  form  Is  sent  back  to  the 
PDR  coordination  group. 
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t 

k.  After  quality  verification,  the  status  of  the  PDR  is  changed  to 
CLOSED,  which  means  that  all  the  action  on  the  PDR  is  completed.  The 
| shite  form  is  retained  by  the  PDR  coordination  group  for  historical 

purposes.  The  green  copy  is  sent  back  to  the  initiator,  which  serves 
the  feedback  to  the  initiator.  For  product  PDRs,  this  copy  may 
also  be  used  to  alert  the  responsible  group  to  the  disposition  of  the 
product.  Figure  20-6  shows  the  various  PDR  statuses  and  their 
meanings. 

20.4.1.1  PDR  Fora 

The  PDR  form  shown  in  Figure  20-7  is  used  to  identify  a defect  or  discrepancy. 
All  the  items  or  boxes  marked  by  an  asterisk  (*)  oust  be  filled  in  by  the 
initiator,  if  applicable.  The  various  fields  on  the  PDR  form  arj  as  follows: 
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Figure  20-6,  Problem  Defect  Report  Status  Types 
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• Q PRODUCT 


OTHER 


PROBLEM  DEFECT  REPORT 


•tMI  OPENED  IMNMMI  fT\ 


PO R NO. 


(NOMENCLATURE  & UNIT  NUMBS*} 


M 


• proc.  reo.  id 


defect isi 

SUMMARY  DESCRIPTION 
05  ChaOACTCRSI 
DETAILED  DESCRIPTION 


• VERSION  NUMBER 


• INPUT  TAPE!  roll  id 


• IDENTIFICATION 


•OUTPwT  TAPE  i ROLL  ID 


ANALYSIS 'CAUSE  ANAUXED  CATS80QT  QnAROAARE 


date 'Time 


n SOFTWARE  f|  PRODUCT 


Date  /Time 


OTnER 


analyzed  »y  


CORRECTIVE  «CIiOni PRODUCT  DISPOSITION 


m 


m 


DAT  (.time 


CORRECTED  D»  ••_ 

SUPERVISOR 


DATCiTMI 

DATC'TimE 


por  closeout  . 

•VET EM  MPLEMENnON 

<R),  , 

EXT 

BATClTMC  • 

f*0 

, EXT  . 
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U2V  W 

DATS  ITMK 
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Figure  20-7  . PDR  Fora  20-13 
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FIELD 

BLOCK  NAME  LENGTH 


DESCRIPTION 


Date  Opened 


Time  Opened 


Priorities 


Facility 


Subsystem 


Process 


Responsible  area 


(7)  Month,  day,  year  on  which  the 

problem  is  detected 
- (DDMMMYY)  DD  - Day  MMM  - month 
(i.e.  Oct)  YY  ■ year 

(4)  Time  of  day  when  the  PDR  fora  is 

filled  in  for  the  first  time 
(HHMM)  HH  “ hours,  MM  “ minutes 
(i.e.,  2341) 

MM  “ minutes 

(3)  Priorities:  PI  " critical  (to 

development) 

P2  * non-critlcal  (to 
development),  assigned  by 
program  or  respective  1ST 
manager 

(3)  The  facility  reporting  the  problem 

(MMF,  CSF,  IGF,  etc.).  See  memo 
1N42-LSD-QA-MEMO— 254  for 
complete  list  of  applicable 
field  entries. 

(3)  Subsystem  where  the  problem 

originated.  In  cases  other 
than,  software  “N/A"  .applies 
in  this  block.  See  Memo 
1N42-LSD-QA-MEMO-254  for 
complete  list  of  applicable 
field  entries. 

(3)  Process  in  which  the  problem  was 

discovered.  In  cases  other 
than  software  "N/A“  applies 
in  this  block. 

(7)  Facility  sad  category,  a subset 

of  responsibility  within 
the  Facility  and  who  is 
responsible  for  fixing  the 
problem.  Tbe  category  is  a 
subset  of  responsibility 
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BLOCK  NAME 


FIELD 

LENGTH 


DESCRIPTION 


within  the  facility.  See  Memo 
1 N4 2-LSD-Q A-MEMO-2 5 A for 
complete  list  of  applicable 
field  entries. 


8 

Hardware 

l 

j 

(1) 

Place  "X"  in  this  box  if  the 
is  with  hardware,  then 
complete  the  rest  of  the 
line. 

defect 

9 

Item  ID  | 

i 

<4> 

Name  or  nomenclature  of  the 
failed  part  or  unit 

10 

Serial  number 

1 

(6) 

Serial  number  of  the  failed  unit 

11 

I 

Software  j 

i 

j 

i 

| 

(D 

Place  “X"  in  this  box  if  the 
is  with  software,  then 
complete  the  rest  of  the 
line 

defect 

12 

Program  Name 

(15) 

Mnemonic  program  name 

13 

Version  Number 

(3) 

Version  number  of  the  program 

14 

! * 

i 

l 

Product  ! 

1 ' 
j 

(i> 

Place  “X"  in  thi3  box  if  the 
is  with  product  or  during 
production  run 

defect 

15 

i Proc.  Req.  ID 

(12) 

Process  request  ID 

16 

i 

Input  Tape/Roll  ID 

(12) 

Identification  for  the  input 
tape  or  film  roll  of  the 
production  run 

17 

Output  Tape/Roll  ID 

(12) 

Identification  of  the  output 
t8pe  or  roll  of  the 
production  run 

18 

Other 

I 

(1) 

Place  ”X“  iu  this  box  if  the 
defect  is  other  than  hard- 

ware,  software  or  product. 
Anomaly  in  documentation. 
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BLOCK 

FIELD 

NO. 

BLOCK  NAME 

LENGTH 

DESCRIPTION 

procedure  etc.,  could  be 
accommodated  here 

19 

Name 

( 10) 

Item  name  or  nomenclature 

20 

Identification 

(13) 

Reference  document  or 
identification  number 

(CONTINUED  ON 

NEXT  PAGE) 

OPLAN 
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FIELD 

LENCTK  DESCRIPTION 


21  Defect 


(5) 


The  first  five  characters  of 
the  30-character  PDR  oummary 
description  to  convey  this 


information  is  as  follows: 

I | I I 


FISCAL  WEEK  CURRENTLY 
PLANNED  FOR  COMPLETION 
(INITIALLY  SAME  AS 
CHARACTERS  465) 


NUMBER  OF  SCHEDULE  FISCAL  WEEK 

SLIPS,  I.E.,  INITIALLY  ORIGINALLY 

ZERO.  ADD  1 EACH  TIME  PLANNED  FOP 

CURRENT  COMPLETION  COMPLETION. 

PLAN  DATE  SLIPS. 


SUMMARY  DESCRIPTION 
NOW  RESTRICTED  TO 
25  CHARACTERS  0® 
LESS. 


(ii.)  The  summary  descrip- 
tion Is  a one  line  25 
characters  summary  of  the 
discrepancy.  This  descrip- 
tion is  to  be  filled  In 
capital  letters.  This  Is 
the  description  which  will 
appear  on  the  PDR  reports. 

The  summary  description  will 
eliminate  judgement  on  the 
part  of  the  data  entry  person. 
In  summarizing  the  description. 


(ill.)  The  detailed 
description  is  a clear  and 
concise  description  of  the 
discrepancy.  What  is 
defective  and  how  it  is 
defective  is  to  be  filled 
in  here. 
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BLOCK 

1 

FIELD 

NO. 

BLOCK  NAME 

LENGTH 

DESCRIPTION 

22 

i 

Reported  by 

(10) 

Initiator's  signature 

23 

1 

Ext 

(4) 

Initiator's  telephone  extension 

24 

Supervision 

(10) 

Concurring  supervisor's  signature 

25 

Date/ time 

{ 

i 

; 

(7)(4) 

Date  and  time  of  management 
signature 

26 

1 

PDR  coord; 

(10) 

Signature  of  the  PDR  coordinator 

27 

1 

i 

Date/time  , 

j ■ 

1 

! i 

(7)(4) 

Date  and  time  of  the  problem 
by  the  analyst  In  the 
investigating  area 

28 

Analysis  ; 

i 

(288) 

Analysis  of  the  problem  by  the 
analyst  in  the  investigating 

• 

29 

| 

Analysed  by 

area 

(10) 

Name  of  the  individual  performing 
the  problem  analysis 

l 

30 

| 

Ext  | ■ 

(4) 

Analyst's  phone  number 

31 

Date/time  , 

| 

(7)(4) 

Date  and  time  the  analysis  is 
performed 

32 

Analyzed  Category 

i 

i 

i 

1 

1 

! 

(1) 

The  individual  performing  the 
analysis  will  check  one  of 
the  four  categories  which  was 
found  to  be  the  actual 
cause  of  the  problem. 

• ; • ■ 

33 

1 

Corrective | Action 

(288) 

Concise  description  of  the 
corrective  action  taken. 
Primarily  refers  to  hardware, 
software  or  other. 

Product  Disposition 

1 

! 

i 

(288) 

For  PDRs  involving  products, 
disposition  of  the  product 

\ 

\ 

i 
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BLOCK 

NO. 

BLOCK  NAME 

FIELD 

LENGTH 

DESCRIPTION 

34 

Corrected  by 

(10) 

The  name  of  the  individual 
effecting  correction  to  the 
problem. 

35 

Ext 

(4) 

The  corrector's  phone  number 

36 

Date/ time 

(7)(4) 

The  date  and  time  the  correction 
was  performed 

37 

Supervisor 

(10) 

The  supervisor  for  the  individual 
performing  the  correction 

38 

EXT 

(4) 

The  supervisor's  extension 

39 

Date/ time 

(7) (4) 

The  date  and  time  of  management 
concurrence 

40 

System  Implementation  (10) 

After  the  fix  is  implemented 
the  lmplementer  should  sign 
here  with  his  extension 
and  date/time. 

41 

PDR  coordination 

(10) 

PDR  coordinator's  signature 
when  the  PDR  is  sent  for 
Quality  Verification  with 

h f a cvforotnn  t.nA  Aat-o/ rfmo. 

42 

Quality  Assurance 
Verification 

(10) 

After  ensuring  procedure 
compliance  with  QA  person  signs 
here,  initiating  PDR  closeout 
with  his  extension  and 
date/time. 

All  the  fields  appearing  on  the  fora  will  be  entered  Into  the  data  base.  Thus  a 
reasonable  copy  of  the  FDR  form  can  be  regenerated  if  the  original  Is  lost. 

20.4.1.2  PDR  Reports 

The  PDR  reports  are  the  tools  used  for  tracking  and  status  accounting.  They 
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help  in  exercising  management  control  over  the  resolution  of  the  PDRs  within  a 
specified  time  period.  Various  types  of  reports  can  be  generated.  Specific 
reports  cater  to  the  needs  of  specific  audiences;  some  are  for  higher  level 
management  and  others  are  for  operating  personnel. 

Criteria  for  choosing  reports  are  threefold: 

a.  OPTION:  Choice  of  different  types  of  reports 

b.  SELECT:  Choice  of  further  subtypes  within  t.  report 

c.  SORT:  Ability  to  order  a report  on  certain  fields. 

Figures  20-8  through  20-10  describe  the  details  of  each  of  the  above  criteria. 

As  can  be  seen  in  Figure  20-8,  there  are  five  types  of  reports.  Each  of  these 
is  described.  - 

20.4.1.2.1  Open  Problem  Defect  Report 

Figure  20-11  shows  the  format  of  the  Open  Problem  Defect  Report.  The  run 
criteria  for  getting  this  report  .appear  at  the  bottom  of  the  page.  The  option 
Is  'OPEN'  and  date  parameters  are  from  D1M1Y1  to  D2M2Y2.  Thus  the  report 

obtained  is  an  Open  Problem  Defect  Report  for  the  period  D1M1Y1  to  D2M2Y2,  as 
seen  at  the  top  of  the  report.  The  RESP.  AREA  identifies  the  investigating 
facility  and  category.  The  example  represents  the  selection  IGFS1MX,  which 
means  the  investigator  is  IGF  and  the  category  within  'IGF'  is  software  type  1; 
i.e..  Si*  'M'  stands  for  MSS  sensor.  'X'  is  the  field  reserved  for  future  use. 
FACILITY,  SUB,  SYS.,  and  PR0C.  represent  the  facility,  subsystem  and  process, 
respectively,  where  the  problem  originated.  PDR  NO.  is  self-explanatory.  DATE 
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Figure  20-8.  Options 
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Figure  20-10.  Sovt 
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OPES  is  the  date  on  which  the  PDR  was  opened.  PROBLEM  DEFECT  STATEMENT  is  the 
jsumary  description  picked  up  froa  the  PDR  form.  PRIORITY  is  the  lapact.  The 
| last  column  gives  the  status  and  days.  STATUS  is  the  open  PDR  status  (e.g.,  UI 
for  Under  Investigation,  TBI  for  To  Be  Installed,  QAR  for  Quality  Assurance 
Review).  DAYS  stands  for  the  number  of  days  between  D2M2Y2  and  the  last  status 
change.  Thus,  it  gives  the  number  of  days  the  PDR  has  spent  in  the  status.  The 
total  number  of  open  PDRs  in  the  responsible  area  is  also  provided  at  the  bottom 
of  the  report.  This  report  helps  In  tracking  the  PDRs. 

20.4.1.2.2  Close!  Problem  Defect  Report 

Figure  20-12  shows  the  format  of  this  report.  The  column  headings  of  this 
report  and  the  Open  Problem  Defect  Report  are  similar,  with  the  exception  of  the 
last  column.  The  last  column  in  this  report  gives  the  date  on  which  the  PDR  was 
closed  instead  of  STATUS  & DAYS  as  in  the  open  problem  defect  report.  The  sort 
chosen  is  the  default  sort  which  is  priority  and  PDR  No.  All  the  PDRs  with 
priority  of  1 appear  at  the  top,  those  with  priority  2 will  follow,  and  the  PDRs 
with  priority  3 appear  at  the  bottom.  The  PDRs  within  each  priority  are  also 
sorted. 

20.4.1.2.3  Problem  Defect  Report  Status 

Figure  20-13  represents  the  status  matrix  of  investigating  area  vs.  PDR  status. 
The  total  number  of  PDRs  In  each  status  for  each  responsible  area  and  the 
corresponding  totals  are  provided  in  this  report. 
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figure  20-12.  Clooed  Probles  Defect  Report 
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Figure  20-14  shows  the  format  of  POR  summary.  CUR  TOTAL  # OF  OPEN  PDRs 
j represents  the  current  total  number  of  PORs  opened  from  Inception  to  D2M2Y2. 
The  next  two  columns  give  the  number  of  PDRs  opened  and  closed  In  the  selected 
period  (l.e.,  D1M1Y1  to  D2M2Y2).  The  difference  between  these  two  fields 
appears  as  net  gain  or  loss.  The  last  column  gives  the  total  number  of  PDRs  to 
be  purged.  If  X represents  the  number  of  days  after  PDR  closure,  before  the 
information  on  the  PDR  is  removed  from  the  data  base  and  put  onto  tape  (l.e., 
purged),  then  the  last  column  would  give  the  number  of  PDRs  closed  for  more  than 
X days  that  are  still  In  the  system  and  are  to  be  purged  to  tape. 

20.4.1.2.5  Problem  Defect  Report  Analysis 

The  format  of  this  report  is  shown  In  Figure  20-15.  The  report  gives  a time 
aolaysls  of  open  PDRs  for  each  Investigating  area.  The  number  of  PDRs  open  in 
various  time  spans  is  the  content  of  this  report.  For  the  first  quarter  the 
breakdown  is  In  terms  of  two  weeks,  for  the  second  quarter  In  terms  of  four 
weeks  and  then  in  terms  of  quarters  for  the  third  and  fourth  quarters.  The  PDRs 
remaining  open  for  over  one  year  are  in  the  last  column. 


20.4.2  ESR  GENERATION  AND  CONTROL  SCENARIO 


20.4.2.1  ESR  Fora 

The  ESR  maintenance  process  will  accept,  as  Input,  the  information  written  on  an 
ESR  report  form,  and  it  will  be  stored  In  the  MMF-T  data  base.  The  ESR  records 
will  contain  a description  of  the  problem,  corrective  action  and  materials  used. 
Additionally,  the  person(s)  who  initiates  the  ESR,  approves  and  performs  the 
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Figure  20-14.  Problem  Deface  Report  Summary 
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Figure  20-15.  Problem  Defect  Report  Analysis 
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work  required,  and  closes  Che  ESR,  will  be  Indicated.  All  equipment  will  be 
identified  by  serial  number.  Included  on  the  ESR  will  be  the  time  of  failure 
and  the  time  of  return  to  service.  See  Figure  20-16  for  the  ESR  form. 

20.4.2.2  ESR  Reports 

The  ESR  report  process  will  print  ESRs  for  a specified  date  range.  The  report 
process  will  optionally  contain  open  and/or  closed  ESRs.  Additionally,  reports 
can  be  generated  containing  the  faclllty/deaignatlon  number,  unit  serial  number 
and  textual  description  of  the  equipment  defect.  This  last  report  may  be  sorted 
on  facility/description  number  or  serial  number.  See  Figure:  20-17  and  20-18 
for  the  various  ESR  reports. 
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Figure  20-16.  ESR  Form 
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Figure  20-17.  Equipment  Configuration  Report 


•r'«il»T  I ■►I'M*  H»TfOH*t  *n»n*U'JTICS  *“ft  SPAfr:  *n  tft.sTR*Tin,»  PACE  I I 

i «»»  cnpoAPn  sp»pk  f'l.ifint  c»"T»'R  .date  i is-orr-st 

i.»ii»s»T  «ts»in.i  «AH»t;r.tF-*T  r*nt.iTf  tipe  i tint 


l 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


C 

»- 


W fa 


X 

pm 

U 


* fa 
•-  «- 
r « 
fa  c 


«v 

c 


w a 
a u; 
u a 
k i 
h.  r 
Ct  3P 


far  — 

F C 

fr«  C 

fa- 
it c 

*•  o 

c •«  — 

2 C * 


c 

a 

OL 

c 

u 


c 

a: 


fa 

C 

« 

c 

ft 

-3 

•- 

*» 

fa 

ft 

a. 

fr» 

c 

X 

mm 

C 

ft 

»- 

a 

e u. 

o 

fa* 

/ ► 

c 

cc 

fa 

or 

fa 

» 

V 

a 

c -c 

C 

c 

c 

2 

c c. 

«c 

w 

c 

<4 

c 

c 

at 

►- 

•— 

•» 

c 

ft 

3» 

OB 

> ' 

ft 

fa  a 

o 

u 

► 

c 

or 

Ct 

u;  u: 

«r 

X' 

•5 

fat  fa: 

u:  u* 

a a. 

«? 

V 

a H 

a ► 

z 

ft 

ft 

•N, 

r «•* 

— *C 

a = 

t 

z 

fa 

p* 

a 

« c 

M C 

2 T 

fr- 

ft 

fa 

c 

t* 

*■ 

a 

a 

fa 

w 

. ft 

ki 

c 

V.  fa 

ft 

C 

a. 

c a 

fr- 

fa* 

mm 

• -2  ft 

• 

ee 

v 

u 

© 

ur 

X 

pm 

o 

e 

►- 

> 

fr- 

e 

« 

a 

a 

r *- 

o 

*» 

a 

k 

o 

t- 

ft 

« 

X 

o 

or 

a 

s 

«* 

ft 

fa  J 

o 

o 

c 

c 

o 

fa 

• o 

*— 

^5  t=S 

x 

= u 

fal 

•» 

fr- 

fr- 

mm 

fa 

•ft 

► 

k. 

a 4 

2 

> • 

fa* 

> 

pm 

h" 

m 

pm 

r 

k;  u. 

X 

a 

X 

or  - 

T 

•3 

2 

o - 

** 

& 

* fa 

ft 

fa 

ft 

a fa 

► 

•» 

C 

fa 

9 C 

•M 

x a 

tL 

F ► 

9 

O 

fa 

o 

ft  fa 

a 

c = 

• 

a s 

• 

C ft 

e 

c 

ft 

2 CO 

3 

c ft 

•3 

9 ft 

e 

u s 

fa 

v« 

• 

mm 

9 9 

V 

n fa 

CD 

ft 

fa 

c ► 

X 

fa 

U ft 

► 

ft 

fa  o 

c 

w 

c 

c 

«• 

«0 

c 

u 

O' 

o 

e 

ft- 

c 

ft 

o 

u 

e 

'fa 

o 

fr*  ki 

o 

mm 

a 

o 

ft 

•-  fa. 

o 

C. 

2 

c 

c 

C 

Z fa. 

c 

C 

ft 

o 

fr- 

a «■ 

© 

a 

«• 

e 

»- 

X 

»* 

ft 

»•  ft 

a 

•£  ft 

o 

fa 

fr- 

ft 

mm 

fa 

ft 

ft 

P-  Z 

»» 

S M 

4 fa] 

o 

•3 

ft 

o 

C 8 

2 U 

c 

•r  « 

*-  m 

c 

a fa 

s 

4 fa 

ft  t- 

► 

H |> 

ft  c 

Cl  ^ 

c 

ft 

a z 

o 

z a 

ft 

a c 

c « 

c 

■fr»  »* 

' ft  •* 

ft  ft 

c; 

ft  *3 

fa  9 

o 

c © 

fa  c 

ft  fa 

fr* 

Vkl 

c *- 

M fa 

fa 

a u 

ns 

o 

Cl  s 

fa 

a u 

fa  H 

m3 

ft  fr- 

ft  ft 

u c 

c 

ft  W 

fa  s 


/ 


20-34 


Figure  20-18.  Equipment  Service  Report  (Open  - Close) 
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SECTION  21 

DATA  BASE  MAINTENANCE 


21.1  ENVIRONMENT/RESOURCES 

The  Ground  Segment  provides  separate  data  bases  for  support  of  the  MSS  and  the 

TM  image  data  handling  control  functions.  The  data  bases  support  user 

I : • 

: i 

requirements  processing,  image  acquisition  planning  and  scheduling,  production 

I * ‘ . 

management,!  inventory  control  and  management  reporting.  The  data  bases  are 

I ! 

maintained  on  the  DEC2050  in  MMF-M  and  the  DEC2060  in  MMF-T.  DBMS-20  is  the 

i | • 

software  package  that  j handles  all  access  to  the  data  base  and  is  used  in  the 
implementation  of  MMF  applications.  Data  base  updates  are  entered  by  means  of 
computer-tofcomputer  data  link,  CCT,  interactive  terminal,  and  punched  cards. 


The  data  iase  Itself  ! is  supported  by  the  data  base  administrative  subsystem 

! j 

(DAS).  The:  DAS  provides  and  maintains  data  base  and  systems  software  to  support 
the  applies  :ion  functions  within  the  MMF  for  MSS  and  TM.  The  DAS  interfaces  are 

i • 

shown  in  Figure  21^1.  i;ne  Mkf  subsystems  are: 

a.  Dita  Base  Administration  (DAS) 

i 

b.  Flight  Segment  Management  (FMS) 

1 i ' . • 

c.  Ground  Segment  Management  (GMS) 


d.  Request  Support  Subsystem  (RSS)< 


The  Interface  common  to  [all  of  these  subsystems  is  the  data  base.  All  programs 

I i 

running  have  access  to  the  data  base  structure,  formats,  and  data.  The  DAS  does 

| | 

not  have  any  interfaces  external  to  the  MMF.  Data  base  management  is  a 


OP  LAN 


21-1 


i 


W 

to 

q 

H *J 

< 

OS  O 

H 

lu 

O X 

CC 

OS 

0-  H 

O 

hi 

W Z 

CU 

H 

Cu  O 

fe 

Z 

w 

u 

H 

CO 

Z >- 

V)  >J 

W OC 

Z W < H X O 
O u 2 K U H 
H4  M 2 O O 2 

w > w o.  < w 

t/>  OC  H 0-  Z t> 

►-<  w x 5 § z 

X to  w to  X h 


.J  H 
O 2 

os  o w 

H Z 2 2 
Z H O 1/3 
O ^ H w 
O U H W 

z Si  e§  to 

OHW< 
M Z 

SSSS 

=>  O 3 
Q O w Q 
0 0 0,0 
CC  OL  < CZ 
& M,  H P, 

a a • 0 


21-2 


81SDS4232 
Revision  A 

| 16  July  1982 

| continuous  process  that  began  with  initial  developmental  software  and  continuer 
through  the  life  of  the  project.  Tills  section  describes  the  DAS  and  discusses  ir 
detail  the  operational  process  of  data  base  support  and  verification. 
Application  utilities  are  not  discussed  in  detail. 

21.2  OVERVIEW/ BACKGROUND 

All  mission  management  and  production  control  functions  of  Landsat-D  MMF  are 
implemented  using  an  Integrated  data  base.  The  data  base  supports  the  following 
functions: 

a.  User  payload  and  product  requirements  recording 

b.  User  retrospective  requirements  recording 

c.  Mission  planning  and  scheduling  support 

d.  Imagery  Inventory 

e.  Archi/e/product  tracking 

f.  Production  control 

g.  Consumables  and  spare  parts  inventory 

h.  History  of  user  requirements  and  production  control  related- 
information 

i.  Management  reporting 

1.  Product  tracking 

2.  Performance  reporting 

3.  Order  tracking 

4.  Catalogs 

j.  Ground  control  point  library  processing 
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k.  Problem  Defect  Report  (PDR)  and  Equipment  Service  Report  (ESR) 

Tracking 

l.  Spacecraft  parameter  maintenance 

a.  Version  number  control. 

21.3  FUNCTIONAL  DESCRIPTION 

21.3.1  DBMS  SPECIALIST 

The  DBMS  specialist,  working  under  the  software  engineering  supervisor  In  the 
engineering  support  group.  Is  responsible  for  administration  of  the  data  base 
throughout  the  Ground  Segment.  The  DBMS  specialist  is  responsible  for: 

a.  Providing  expertise  in  DBMS  application  software 

b.  Maintaining  data  base  schema  and  data  base  access  documentation 

c.  Monitoring  data  base  status  and  establishing  corrective  action 
procedures  when  required 

d.  Updating  special  purpose  DBMS  software. 

The  data  base  is  centrally  configured  and  controlled  by  a network  data  base 
management  system.  All  application  activity  and  software  will  Interface  with 
the  data  base  through  the  DBMS  specialist,  who  functions  as  the  data  base 
manager. 

21.3.2  QATA  BASE  ADMINISTRATION  SUBSYSTEM  (DAS) 

The  DAS  Is  that  portion  of  MM?  which: 

a.  Interfaces  application  software  programs  with  the  physical  data  base 

b.  Maintains  Integrity  of  the  data  base 
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c.  Supports  restructure  of  the  data  base  . 

d.  Implements  system  programs  to  achieve  proper  system  operation 

e.  Provides  system  utilities  for  use  by  application  programs . 

The  Tvs  is  divided  into  six  functional  areas  (Figure  21-2): 
a-  Computer  network  support 

b.  Systems  utilities 

c.  Terminal  complex  support 

d.  Data  base  support 

e.  Inquiry  support 

f.  Verification. 

21.3.2.1  Computer  Network  Support 

The  DAS  supports  electronic  and  magnetic  tape  computer-to-computer  interfaces 
between  the  MMF  control  processing  units  (CPU)  and  each  one  of  the  CPUs  for  the 
CSP,  MIPS,  TIPS  and  DRKTS.  This  interface  software  provides  the  means  by  which 
data  is  transferred  from  one  computer  to  another. 

21.3.2.2  Systems  Utilities 

Systems  utilities  provide  system  administration  support  and  applications 
support.  These  software  packages  are  purchased  from  DEC. 

21.3.2.2.1  System  Administration  Support 

a.  Incremental  and  full  disk  saves  (fast  disk  to  tape  copies  and  vice 
versa) 

b.  Systems  performance  reporting  (system  load,  disk  usage,  etc.) 

OPLAN 
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Figure  21-2.  DAS  Functional  Configuration 
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c.  Tape  to  tape  copy 

d.  DLC20  operations  log  (listing  of  jobs  run  and  pertinent  statistics) 
21.3.2.2.2  Applications  Support 

a.  Generalized  disk  file  sort  (sort  of  sequentl*-'.  disk  files  by 
combinations  of  variable  keys} 

b.  Octal  file  dump  (dump  flies  In  octal  format  on  line  printer) 

c.  Application  ut'llties  (routines  to  perform  date/ else  conversions  and 
generate  and  process  ID  numbers) 

d.  Version  control  utilities  (provide  configuration  control). 

21.3.2.3  Terminal  Complex  Support 

The  terminal  complex  consists  of  a VT78  KCRT  terminal,  GE  Terainet-300  split- 
platen  printer  and  Recognition  Products  OCR  wand  reader,  which  support  the 
following  functions: 

a.  OCR  readable  label  printing 

b.  Low  speed  work  order  or  report  printing 

c.  OCR  Input  to  programs  running  on  KMF  computer 

d.  Hard  copy  snap-shot  of  screen 

a.  Program  control  over  all  terminal  complex  peripherals. 

21.3.2.4  Data  Base  Support 

Data  base  support  provides  the  operational  procedures  and  software  for  data  base 
maintenance  (Figure  21-3). 
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21.3.2.4.1  Data  Base  Load 

I : 

Data  base  load  provides  the  capability  to  load  the  data  base  from  a sequential 

i • 

text  editable  file  or  i from  the  data  base  unload  process  output.  The  load 

i i 

process  is  operable  if  the  data  base  is  empty  (initial  load)  or  if  the  data  base 

! i 

is  being  updated.  The  load  process  uses  sequential  input  to  structure  the  data 
base  and  maintain  relationships  between  the  record  types.  It  also  detects 

i : 

contextual  inconsistencies  between  the  input  data  and  previously  loaded  data. 

i i 

I ; 

! i 

21.3.2.4.2  Data  Base  Unload 

1 ' 

1 ’ 

Data  base  unload  provides  the  capability  to  unload  the  data  base  onto  disk.  The 

'j  i 

unloaded  disk  file  is  copied  to  tape  for  archival  storage.  The  unload  is  a 
formatted  copy  that  preserves  the  linkage  that  existed  on  the  data  base  and  ^3 

♦ i 

s • 

compatible  with  the  data  ;base  load. 


I 

21.3.2.4.3  1 ) 


ata  Base  Update 


Data  base  update  provides  for  the  online  retrieval  of  any  „ record  on  the  data 
base,  and  also  the  capability  to  add,  delete,  and/or  modify  records  on  the  data 


base. 


21.3.2.4.4  b. 


ata  Base  Recovery 


Data  base  recovery  provides  the  capability  to  restore  the  data  base  to  the  valid 

! ! 

state  that  existed  immediately  before  the  execution  of  a module  that  was 


aborted.  An  audit  trail j (journal)  is  kept  of  all  updates  to  the  data  base.  This 
journal  provides  the  input  needed  to  restore  the  data  base  >o  a valid  state. 

i | 

The  journal  !flle  provides  before  and  after  pictures  of  the  affected  areas  of  the 
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data  base  at  any  time  during  an  update.  Recovery  of  the  data  base  nay  be  by 
semi-automated  "backout"  of  the  program  running  at  the  time  of  the  crash  or,  in 
the  case  of  the  destruction  of  information  on  the  disk  packs,  the  data  base  may 
be  restored  from  an  old  save  tape  merged  with  the  journal.  The  journal  files  are 
stored  on  disk  files  and  saved  onto  tape  at  the  same  time  as  the  data  base. 

Journaling  is  provided  by  the  DEC  DBMS-20  software  package.  It  is  a copy  file 
in  all  application  programs  that  access  the  data  base. 

31.3.2.5  Inquiry  Support 

inquiry  support  provides  a method  by  which  users  can  retrieve  data  in  report 
format  from  the  data  base  via  a high  level  user-oriented  language.  Interactive 
query  language  - 20  (IQL)  allows  quick  inquiries  against  the  data  base.  The  DAS 
maintains  the  IQL  dictionary  for  the  data  base. 

21.3.2.6  Data  Base  Verification 

Data  base  verification  provides  the  tools  required  to  ensure  the  retrlevablllty 
of  all  data  base  records.  The  data  base  verification  package  consists  of  the 
following  programs: 

a.  Area  record  summary  by  set  - this  program  can  be  run  for  all  areas  or 
for  selected  areas.  It  searches  an  area  through  the  set  chains, 
counting  the  records  and  producing  a tally  of  occurrences  found  by 
record  type  aad  by  area. 

b.  Area  record  summary  by  area  - this  program  can  be  run  for  all  areas  or 
for  selected  areas.  It  sequentially  searches  data  base  areas  and 
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counts  the  records.  Tallies  are  produced  by  record  type  and  by  area. 


! The  two  programs  above  validate  the  integrity  of  the  physical  disk  and 

the  retrievabtlity  of  all  data  base  records.  If  the  two  types  of 
record  summaries  differ,  then  the  chain  chaser  can  be  executed  to 
isolate  the  problem. 

c.  Chaiu  chaser  - the  production  area  sets  which  undergo  frequent  data 
base  updates  are  validated  by  chain  chaser.  The  program  compares 
record  identifiers  with  the  data  base  pointers  to  ensure  that  the 
pointers  resolve  to  the  correct  owner.  This  determines  if  the 
application  programs  are  performing  data  base  updates  correctly  in  the 
production  and  archive  areas. 

d.  Main  image  bit  verifier  dump  - this  program  unloads  main  image  records 
for  a specified  time  interval  and  writes  them  to  tape. 

e.  Main  image  bit  verifier  comparator  - this  program  ;akes  the  output  of 
the  main  image  bit  verifier  dump  and  compares  It  bit  by  bit  with 
corresponding  main  image  records  in  the  online  data  base.  The 
comparison  determines  when  differing  information  is,  in  fact,  a data 
base  Inconsistency. 

21.4  PROCESS  OPERATIONS 

Each  data  base  (TM  and  MSS)  is  further  divided  into  a production  section  that 
contains  mission  oriented  data,  and  a cross  reference  section  that  contains  data 
for  data  base  administration.  Figure  21-4  shows  a breakdown  of  data  base 
management  programs. 
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21.4.1  PRODUCTION  DATA  BASE  LOAD  (DBLOAD) 

21.4.1.1  Summary 

DBLOAD  reads  all  records  from  the  Input  file  and  checks  the  record  type  to 
verify  that  the  records  are  in  the  correct  sequence.  DBLOAD  checks  for  a valid 
area  ID,  opens  the  area  for  protected  update,  checks  for  valid  data  base  record 
type,  and  stores  the  record.  If  an  owner  cannot  be  found  or  if  there  are  any 
data  base  errors,  an  error  message  is  displayed  and  DBLOAD  aborts.  For  each 
trailer  record,  DBLOAD  checks  the  area  ID  and  closes  the  Area.  At  the  erd  of 
processing  a summary  report  is  generated  listing  record  load  totals  by  area. 

21.4.1.2  Input  . • 

Sequential  file  of  the  data  base. 

21.4.1.3  Output 

a.  Updated  data  base 

b.  Area  summary  report  file  (Figures  21-5  and  21=5a)  that  contains! 

1.  Record  names  and  totals  for  each  area  loaded 

2.  Record  load  totals  as  special  on  trailer  records 

3.  Grand  total  for  all  records  loaded. 

c.  Error  file  - containing  all  records  found  to  be  in  error. 

21.4.1.4  Operational  Sequence 

With  a sequential  file  of  data  to  be  loaded  on  disk  files,  the  operator  logs  in, 
then  keys  in: 

RUN  DBLOAD 

and  the  program  is  executed. 
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Figure  21-5.  Data  Base  Load  Summary  Report 
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21.4.1.5  Control  Mechanisms 

Several  types  of  messages  can  result  from  processing: 

a.  Informational 

Messages  of  this  type  are  preceded  by  the  phrase  ‘'INFORMATION:'*  and 
describe  general  processing  information  such  as  file  names,  r.ape-IDs, 
and  processing  activities.  They  require  no  operator  action. 

b.  Warning 

Messages  preceded  by  ‘‘WARNING:**  indicate  conditions  of  minor  error; 
one  not  serious  enough  to  warrant  either  aborting  the  program,  or 
aborting  a processing  subset  within  the  program.  Operator  action  is 
required  in  some  cases  (see  Table  21-1). 

c.  Error 

This  type  of  error  message  is  preceded  by  "ERROR:**  and  can  describe 
either  invalid  operator  input,  or  a processing  error  serious  enough  to 
abort  a processing  subset  within  the  program.  Some  form  of  operator 
action  is  required  (see  Table  21-1). 

d.  Fatal  Errors 

Messages  preceded  by  "FATAL  ERROR:"  indicate  conditions  that  will 
cause  the  program  to  abort.  The  data  base  is  restored  to  the  point 
just  prior  to  the  aborted  program's  execution.  The  operator  is 
notified  of  the  aborted  processing  by  an  audio  alarm  on  the  KCRl  and 
an  error  message  on  the  terminal.  A hardcopy  listing  of  the  error  is 
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automatically  printed  on  the  line  printer.  Various  operator  acttons 
are  required  (see  Table  21-1). 


21.4.1.6  Program  Scheduling 

DBLOAD  is  normally  run  nightly  by  batch  processing  at  the  direction  of  the  DBMS 
specialist.  Processing  time  varies  from  minimal  for  loading  a selected  area  to 
hours  of  wall  clock  time  for  loading  the  fully  developed  data  base. 


21.4.1.7 

a. 


b. 

c. 


e. 


Special  Considerations 

All  input  records  must  be  grouped  together  by  area.  For  any  one  area 
there  should  be  only  one  header  record  and  one  trailer  record,  with 
one  or  more  data  records. 

Before  a record  nay  be  loaded,  all  its  owners  oust  have  been  loaded. 
Even  though  the  location  mode  of  PRO-REQDEST-OBDESt-LINK  record  type  is 
VIA  POI-PRO  set,  on  the  DBLOAD.DTA  file,  its  record  source  should 
immediately  follow  PAQ  or  PPD  request  type  record  occurrences,  not 
POI-ORDER-ID  record  nype  occurrences. 

This  program  always  creates  two  print  files: 

DBLOAD. SUM  which  is  the  processing  summary  (Figure  21-5) 

DBLOAD. ERT  which  is  the  error  listing. 

It  is  necessary  to  inspect  both  reports  to  ensare  the  DBLOAD  was 
successful. 

Just  before  running  DBLOAD,  make  sure  that  the  data  base  has  been 
successfully  saved. 
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21.4.2  PRODUCTION  DATA  BASE  UNLOAD  (DBUNLD) 

21.4.2.1  Summary 

DBUNLD  dumps  selected  areas  of  the  data  base  onto  a sequential  disk  file.  The 
file  can  be  copied  to  tape  for  backup  purposes  and  used  to  restore  the  data  base 
via  the  DBLOAD  program.  The  unloaded  data  base  records  are  grouped  by  area  in  a 
format  that  preserves  the  linkages  that  existed  on  the  data  base.  The  order  in 
which  records  are  copied  will  ensure  the  integrity  of  the  data  base. 
Verification  is  performed  to  detect  incorrect  owner-member  pairs  or  linkages. 
DBUNLD  produces  a summary  report  that  lists  for  each  area  the  total  reccrds 
unloaded  for  each  record  type. 

21.4.2.2  Input 

Keyboard  entry  of  those  data  base  file  names  selected  by  tho  operator  for 
unloading. 

21.4.2.3  Outputs 

• • - _ . ••  • • • 

DBUNLD  produces  operator  displays  and  disk  files.  Operator  displays  are  shown 

In  Figure  21-6  and  Table  21-2.  Files  created  are  listed  below: 

DBLOAD. DTA  - the  unloaded  sequential  form  of  the  data  base  suitable  as 
Input  to  DBLOAD 

DBUNLD. SUM  - a processing  summary  file  which  lists  eac&  area  unloaded  and 
corresponding  record  totals  (Figures  21-7  and  21-7a) 

DBUNLD. ERT  - error  report  file  listing  Invalid  records  and  explanatory 
error  messages 
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FROHPT 


RESPONSE 


EXPLANATION 


ENTER  AREA  NAME  TO  BE 
UNLOADED  OR  (ALL,  END, 
HELP,  NONE)  i 


AREA  SAME  Enter  KKP  data  baee  area 
name  to  be  unloaded 


Unload  all  data  base  areas 


Abort  program  without  processing 
List  all  valid  data  base  area  names 


DO  YOU  WANT  TO  UNLOAD 
ANY  HOLE  AREAS  (Y  OR  S) 


Ends  this  proape  eo  that  processing 
will  begin. 

Will  cause  area  name  prorapt 
to  be  redisplayed  for  unloading 
aore  areas. 


i > ! 


Causes  unload  processing  to  begin. 


) Figure  21-6.  Operator  Prompts  for  DBUNLD 
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Table  21-2.  h.-aage/Action  Matrix 


FORWARD  OUTPUT 
TO  DATA  BASE 
ADMINISTRATOR 

FORWARD  OUTPUT 
TO  SOFTWARE 
MAINTENANCE 

RE-RUN. 

RESPOND  PROPERLY 


< u H m O z 
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DUPLICATE  AREA  NAME.  PLEASE  ENTER  A DIFFERENT  AREA 
DBUNLD  - END  OF  PROCESSING 
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Figure  21-7 • Data  Bass  Unload  Sunsaary  Report 
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Figure  21-7A.  Data  Base  Unload  Sunnary  Report 


81SDS423? 
Revision  A 
16  July  1982 

DBUNLD.UIL  - user  interaction  log  detailing  program  prompts  and  operator 
responses 

21.4.2.4  Operational  Sequence 

After  logging  in,  the  operator  can  Implement  DBUNLD  by  keying  in: 

@RUN  DBUNLD 

and  then  entering  correct  response  to  the  program  prompts  (Figure  21-6). 

Batch  processing  of  DBUNLD  is  possible  by  creating  a submit  file  with  operator 
responses  included: 

@RUN  DBUNLD 
ALL 

0PRINT  DBUNLD. SUM 
0PRINT  DBUNLD. ERT 
0PRINT  DBUNLD.UIL 

After  these  ststeosents  have  been  executed  the  file  DBLOADsDTA  will  contain  the 
unloaded  data.  DISK-TO-TAPE  JCL  can  be  added  to  store  the  entire  MMF  data  base 
on  tape. 

21.4.2.5  Control  Mechanisms 

Several  types  of  messages  can  result  from  processing: 
a.  Informational. 

Messages  of  this  type  are  preceded  by  the  phrase  '’INFORMATION:'*  and 
describe  general  processing  information  such  as  file  names,  tape-IDs, 
and  processing  activities.  They  require  no  operator  action  (see  Table 
21-2). 
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b.  Warning. 

Messages  preceded  by  "WARNING:"  indicate  conditions  of  minor  error; 
one  not  serious  enough  to  warrant  either  aborting  the  program,  or 
aborting  a processing  subset  within  the  program.  Operator  action  Is 
required  in  some  cases  (see  Table  21-2). 

c.  Error. 

This  type  of  error  message  is  preceded  by  "ERROR:"  and  can  describe 
either  Invalid  operator  input,  or  a processing  error  serious  enough  to 
abort  a processing  subset  within  the  program.  Some  form  of  operator 
action  is  required  (see  Table  21-2). 

d.  Fatal  Errors. 

Messages  preceded  by  "FATAL  ERROR:"  indicate  conditions  that  will 
cause  the  program  to  abort.  The  data  base  is  restored  to  the  point 
just  prior  to  the  aborted  program's  execution.  The . operator  Is 
notified  of  the  aborted  processing  by  an  audio  alarm  on  the  KCRT  and 
an  error  message  on  the  terminal.  A hardcopy  listing  of  the  error  is 
automatically  printed  on  the  line  printer.  Various  operator  actions 
are  required  (see  Table  21-2). 
c.  Other. 

These  messages  are  not  prefixed  with  any  category  definition  such  as 
"ERROR:",  "INFORMATION:",  etc.  They  describe  general  information  and 
require  no  operator  action. 
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21.4.2.6  Program  Scheduling 


DBUNLD  is  normally  run  at  night  by  batch  processing  at  the  direction  of  the  DBMS 

| 

specialist.  Processing  time  varies  from  negligible  for  unloading  a selected 

! : 

area,  to  hours  of;  wall  clock  time  for  unloading  the  fully  developed  data  base. 


21.4.3  PRODUCTION  DATA  BASE  UPDATE  (DBUPDT) 


21.4.3.1  Sununa  ry 

j 

DBUPDT  is  a code-worded,  controlled  access  program.  The  DBMS  specialist 

| ; 

controls  the  code! word.  The  DBUPDT  program  provides  an  authorized  user  with  the 

I ! 

following  data  base  access/update  functions: 

! 1 

a.  Add  a new  record 

• ' i | 

b.  Delete  jin  existing  record  and  associated  members 

c.  Modify  Contents  of  a record 

, | ■ i 

d.  Remove  A member  record  from  an  optional  set 


e.  Insert  a record  into;  an  optional  set 

■ • I i . • . ... 

. f.  Record  aearch/retrieval  capabilities: 

1.  Direct  access  for  calc  records 

2.  Fi^st/next  of  an  area 

I 

| 

3.  First/next  of  a[ set  (member  record  types  only) 

4.  Locate  records  first/next  of  an  area  or  set  based  on  any  number 
of  user  specified  search  keys 

5.  Saved  data  base! key. 

i 

i 

i 

The  program  initially  displays; a main  menu  option  screen  prompting  the  operator 
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for  Che  function  Co  be  performed  and  Che  record  type  ID  to  be  processed.  The 
functions  Che  operator  can  select  are  described  In  Che  following  paragraphs. 

a.  FIND 

This  function  allows  Che  operator  to  retrieve  and  display  any  record 
in  the  Landsat-D  data  base.  The  operator  will  be  prompted  for  the 
method  of  accessing  the  record  or  records.  The  types  of  record  access 
provided  are: 

1.  FIRST/NEXT  of  area  - The  program  will  retrieve  and  display  each 
record  occurrence  found  of  the  specified  record  type  within  the 
area. 

2.  FIND  USING  data  base  key  - The  record  is  found  using  a data  base 
key  saved  from  a previous  find  operation. 

3.  FIND  CALC  record  - The  program  prompts  the  operator  for  the  key 
field  value  which  is  used  to  locate  the  record. 

4.  FIRST/NEXT  of  set  - For  each  set  in  which  the  record  participates 
as  a member,  the  program  will  retrieve  and  display  each  record 
found  in  the  set.  If  the  owner  of  the  set  is  defined  as  a calc 
record,  the  operator  will  be  prompted  for  the  calc  key  value. 
The  program  will  then  locate  the  owner  record  to  establish  set 
currency.  If  the  owner  is  not  a calc  record  then  the  set 
currency  is  assumed  to  have  been  established  by  a previous  find 
operation. 

b.  ADD 


This  function  allows  the  operator  to  add  new  records  to  the  data  base. 
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If  the  record  type  to  be  added  is  a member  of  any  set,  all  owner 
records  must  have  currency  established  by  previous  find  operations. 
The  program  displays  a screen  containing  the  field  names  and 
attributes  of  the  record  to  be  added.  The  format  of  the  screen  is  the 
same  as  the  find  command,  except  the  field  values  are  empty  and  the 
operator  can  enter  data  for  each  field.  After  the  operator  has 
completed  a screen's  worth  of  data,  the  program  will  validate  the 
input  according  to  the  attributes  for  each  field  (i.e.,  numeric 

checks,  date  validity,  etc.).  If  any  errors  are  detected,  an  error 
message  is  displayed,  the  cursor  is  placed  at  the  field  in  error  and 
the  operator  can  re-enter  the  data.  If  the  operator  wishes  to 

override  the  validation  checks,  the  special  command  '0'  can  be 

entered.  After  all  screens  for  the  record  have  been  completed,  the 
record  is  stored  in  the  data  base. 

C.  MODIFY  ' 

This  function  allows  the  operator  to  modify  any  existing  record  in  the 
data  base.  The  record  is  retrieved  and  displayed  in  the  same  manner 
as  the  find  command.  The  only  difference  is  that  the  operator  can 
change  any  value  of  any  field  displayed  on  the  screen.  After  all 

changes  have  been  entered  by  the  operator  and  validated  by  the 
program,  the  data  base  record  is  modified. 

d.  DELETE 

This  command  allows  the  operator  to  delete  any  record  in  the  data 
base.  The  operator  must  have  previously  located  the  record  via  the 
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find  command  and  saved  the  data  base  key  (using  the  'V'  sub-command). 

I • 

The  delete  operation  will  retrieve  the  record  based  upon  the  saved 

1 I 

data  base  key  and  then  display  a 'delete  confirmation'  screen.  The 

operator  confirms  the  delete  request  by  hitting  the  return  key,  or 

! ; 

cancels  the  request  by  hitting  the  line  feed  key.  If  the  delete  is 

j I 

confirmed,  the  current  record  and  any  members  are  deleted. 

i i 

REMOVE  i 

I ■ i 

This  function  allows  the  operator  to  remove  a member  record  from  any 


optional  set.  j As  with  the  delete  command,  the  record  must  have  been 
previously  located  and  the  key  saved,  because  the  remove  operation 

If 

will  retrieve  the  record  based  on  this  key.  After  the  record  has  been 

i ■ i 

located,  a 'remove  confirmation/menu'  screen  is  displayed  to  the 

| i 

operator.  If  the  record  is  a member  of  more  than  one  optional  set,  a 
menu  is  displayed  requesting  the  operator  to  select  the  set  from  which 


to  remove  the!  record.  After  the  removal  set  is  known,  the  program 

•l  . 

I 

prompts  for  confirmation  of  the  remove  operation.  If  the  operator 


confirms  the  remove  request,  the  current  record  is  removed  from  the 
specified  set.  I 

• ! i 

INSERT  j 

j ! 

This  function  allows  the  operator  to  insert  a member  record  into  an 

J I 

optional  set.  I The  operation  is  the  same  as  for  the  remove  command 

! i 

except  that  an  “insert  confirmation/menu"  screen  is  displayed.  Upon 

! ! 

operator  confirmation,  the  record  is  inserted  into  the  specified  set. 
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This  command  produces  another  menu  from  which  the  operator  can  select 
help  on  the  following  subjects:  FIND,  ADD,  DELETE,  REMOVE/ INSERT, 

SPECIAL  OPTIONS,  and  GENERAL  INFORMATION.  For  each  subject,  a one 
page  screen  of  helpful  information  is  displayed  to  assist  the  operator 
in  using  the  program, 
h.  EXIT 

Selecting  this  command  or  hitting  the  line  feed  key  at  the  main  menu 
causes  the  program  to  terminate  normally.  This  involves  closing  all 
data  base  areas  and  writing  processing  totals  to  the  summary  file. 

In  addition  to  these  commands,  DBUPDT  maintains  a processing  summary  of  all 
transactions  performed  plus  a user  interaction  log  of  all  changes  made  to  the 
data  base. 

Inputs 

specifies  processing  options  and  inputs  data  values  on  KCRT. 

Outputs 

Updated  data  base 

Processinsg  summary  report  file  that  contains: 

1.  Record  types  updated 

2.  Processing  performed  for  each  record  (ADD,  DELETE,  MODIFY) 

3.  Processing  totals. 

User  interaction  log. 

OPLAN 
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|21.4.3.4  Operational  Sequence 

! 

After  logging  In  on  the  KCRT,  entering: 

(?RUN  DBUPDT 
followed  by: 

(the  correct  code  word) 
will  initiate  DBUPDT. 

The  DBUPDT  menu  screen  (Figure  21-8)  will  appear,  prompting  the  operator  for  the 
function  to  be  performed  and  the  record  ID  to  be  processed. 

After  the  operator  has  selected  the  access  method  and  entered  any  necessary  key 
values,  the  record  is  found,  retrieved  and  displayed  on  the  screen.  The  display 
format  consists  of  field  names,  field  attributes  (l.e.,  key  field,  numeric,  date 
filed,  etc.)  and  field  values.  Since  the  screen  is  limited  to  15  fields  of  40 
characters  each,  the  program  is  equipped  with  a paging  mechanism  for  viewing 
records  requiring  more  than  one  display  screen.  To  page  forward  (view  remaining 
fields  in  record)  the  operator,  hits  the  return  key;  to  page  backwardj  (view 
previously  displayed  fields)  the  operator  hits  the  line  feed  key. 

In  addition  to  the  paging  mechanism,  there  are  several  special  commands  the 
operator  can  select  to  speed  up  processing  aud  provide  additional  capabilities. 
These  commands  can  only  be  entered  in  the  option  field  located  on  line  23, 
column  80.  They  are: 

E - Program  will  exit  the  current  command  and  return  to  the  main  menu. 

F - Turns  search  mode  off  (see  'S'  command  for  more  details). 
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H - Displays  a help  menu  (see  Figure  21-9). 

N - Program  ends  processing  of  current  record  and  retrieves  the  next 
record  within  the  area  or  set. 

0 - Operator  wants  to  override  Input  verification  normally  done  by 
program.  This  option  only  has  meaning  for  adding  or  modifying 
records. 

P - Causes  the  current  screen  format  to  be  written  to  the  user  interaction 
log.  This  allows  the  operator  to  make  a hardcopy  of  whatever  appears 
on  the  screen. 

S - Begin  search  mode.  By  specifying  this  option,  the  operator  can  search 
for  records  having  selected  field  values.  A screen  will  be  displayed 
for  the  current  record  type  but  with  the  field  contents  erased.  The 
operator  can  then  enter  values  Into  the  fields  for  which  matching 
records  will  be  found.  Note  that  this  option  Is  only  valid  when 
accessing  records  by  first/next  of  an  area  or  set.  The  program 
compares  each  record  retrieved  against  the  'mask'  record  created  by 
the  operator,  and  only  displays  matching  records.  The  operator  can 
use  the  'N'  command  to  page  through  an  area  or  set  displaying  each 
matching  record.  At  any  time,  the  operator  can  turn  search  mode  off 
by  entering  the  'F'  command. 

V - This  causes  the  data  base  key  for  the  current  record  to  be  stored. 
The  DELETE,  REMOVE  and  INSERT  operations  use  this  data  base  record  key 
for  locating  the  record.  This  record  can  also  be  quickly  found  later 
by  specifying  the  data  base  key  direct  access  mode  for  the  find 
operation. 
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Figures  21-10  through  21-16  show  examples  of  DBUPDT  products  with  operator 

I 1 

prompts. 

i I 

i . : 

21.4.3.5  Control  Mechanisms 

Messages  from  DBUPDT  are  generated  because  of  processing  errors  or  to  provide 

l . j 

more  Information  to  the  operator.  Any  edit  errors  will  cause  messages  to  be 

i i 

displayed  to  the  operator.  Types  of  operator  messages  are  explained  below: 

1 ! 

a.  J Informational. 

| Messages  of  this  type  are  preceded  by  the  phrase  "INFORMATION: " and 
describe  general  processing  Information  such  as  file  names,  tape-IDs, 
and  processing  activities.  They  require  no  operator  action. 

b.  Warning.  I 

i 

Messages  preceded  by  "WAPvNING:"  indicate  conditions  of  minor  error; 

! 

* one  not  serious  enough  to  warrant  either  aborting  the  program,  or 

j 

aborting  a;  processing  subset  within  the  program.  Operator  action  is 

•'  I 

required  In  some  cases  (see  Table  21-3). 

j 

c.  Error.  I 

S 

This  type  of  error  message  Is  preceded  by  "ERROR:"  and  can  describe 

j 

either  Invalid  operator  input,  or  a processing  error  serious  enough  to 

i 

abort  a processing  subset  within  the  program.  Some  form  of  operator 

I 

action  is  required  (see  Table  21-3). 

i 

l 

d.  Fatal  Errors. 

I 

Messages  preceded  by  "FATAL  ERROR:"  indicate  conditions  that  will 
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Figure  21-10.  DBUPDT  Access  Screen 
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Figure  21-11.  DBUPDT  Find  Screen 
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Figure  21-12.  DBUPDT  Modify  Screen 
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cause  Che  program  to  abort.  The  data  base  Is  restored  to  the  point 
just  prior  to  the  aborted  program's  execution.  The  operator  is 
notified  of  the  aborted  processing  by  an  audio  alarm  on  the  KCRT  and 
an  error  message  on  the  terminal.  A hardcopy  listing  of  the  error  is 
automatically  printed  on  the  line  printer.  Various  operator  actions 
are  required  (see  Table  21-3). 
e.  Other. 

These  messages  are  not  prefixed  with  any  category  definition  such  as 
"ERROR:',  "INFORMATION:",  etc.  They  describe  general  information  and 
require  no  operator  action. 

21.4.3.6  Program  Scheduling 

DBUP2T  is  run  only  when  required  and  only  by  the  DBMS  specialist.  Estimated  run 
time  is  negligible. 

21.4.3.7  Special  Considerations 

because  of  the  power  of  DBUPDT  to  alter  the  .data  base,  access  to  the  program  is 
strictly  limited.  The  program  is  code  word  accessed  to  provide  data  base 
security. 

21.4.4  DATA  BASE  VERIFICATION  AREA  RECORD  SUMMARY  BY  AREA  (DVARSA) 

21.4.4.1  Summary 

DVARSA  determines  the  number  of  records  for  each  different  record  type  for  all 
requested  areas.  It  also  determines  what  percentage  of  the  allocated  record 
space  is  not  currently  occupied.  The  first  processing  step  ope^s  the  selected 

OPLAN 
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retrieval  mode.  Messages  a.e  displayed  when  a requested  data  base  file 


i 


Is  empty!  or  nonexistent.  The  second  processing  step  examines  the  record  type  of 

! j 

all  of  | the  records  of  each  requested  area,  incrementing  the  respective  record 
type  counter.  This  step  is  repeated  for  each  of  the  requested  areas. 


The  third  processing  step  writes  a summary  showing  the  number  of  the  existing 

| i 

records,;  the  estimated  maximum  number  of  records  the  area  may  contain,  and  the 

I | . 

percentage  represented  by  existing  records  as  compared  to  estimated  maximum. 

i i 

I ; 

These  values  are  written  for  each  record  type  as  well  as  for  the  entire  area. 

! i 

When  these  summary  lines  are  written  for  all  the  selected  areas,  similar 

! 

information  for  thd  collection  of  the  selected  areas,  as  a whole,  is  written. 

| I 

The  program  then  closes  the  data  base  areas,  the  output  file,  end  the  log  file 


and  ends 


processing. 


21.4.4.2-  Input  ! 

i ! 

The  operator  enters  the  specific  area  to  be  searched  on  the  KCRT . 


21.4.4.3  Output  j 

a.  Processing;  summary 

b.  Production;  log  summary 

i 

i 

c»  User  interaction  log 

i 

d.  Operator  prompts  and  messages. 

i 

i 

r 

21.4.4.4  Operational  Sequence 

| | 

After  logging  In,  enter: 


8RUH  DVARSA 
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The  following  screen  will  appear: 

DATA  BASE  VERIFICATION  AREA  RECORD  SUMMARY  BY  AREA 
ENTER  (00)  - IF  SATISFIED  WITH  THIS  SELECTION 
ENTER  (16)  - IF  NO  AREA  IS  TO  BE  SELECTED 
ENTER  (17)  - IF  ALL  AREAS  ARE  TO  BE  SELECTED 
OR 

ENTER  THE  AREA  NO.  OF  THE  AREA  TO  BE  CHANGED 


AREA  NO. 

AREA  NAME 

SELECTED 

01 

ANCILLARY 

NO 

02 

ARCHIVE— PRODUCT 

NO 

03 

COMMON-PARAMETER 

NO 

04 

DIRECTORY 

NO 

05 

EPH EME RI S-TELEMETRY 

NO 

06 

ERROR-TEXT 

NO 

07 

CHIT 

NO 

08 

GROUND-CTL- POINT 

NO 

09 

HISTORY 

NO 

10 

INVENTORY 

NO 

11 

MAIN- IMAGE 

NO 

12 

PRODUCT-ASSESSMENT 

NO 

13 

PRODUCTION 

NO 

14 

ROUTE 

NO 

15 

USER-SUPPORT 

NO 

OP  LAN 


I 


81SDS4232 
Revlsloa  A 
16  July  1982 

Entering  Che  appropriate  numb ere  will  cause  Che  program  Co  search  Che  selected 
aree's)  and  produce  the  output  files  (Figures  21-17  and  21-18). 


Control  Mechanism 

list  of  Traffic-20  error  messages  which  appear  when  an  invalid 


21.4.4.5 

Following  is  a 
response  is  keyed  In  by  the  operator: 
MESSAGE 

Enter  numbers  only 

Field  must  be  filled 

Lower  limit  la  99  (any  two  digits) 
Upper  limit  is  99  (any  two  digits) 

A value  must  be  entered 

Can't  back  up  further  • 


ACTIONS 

Enter  only  numeric  values  (no  alphabetic 
or  special  characters  allowed) 

Fill  up  the  field  (do  not  try  to  bypass 

any  character  of  the  field 

Enter  a value  not  less  than  lower  limit 

Enter  a value  not  higher  than  upper 

limit 

Enter  a value  (do  not  try  to  bypass) 
by  hitting  enter  keys,  tab,  etc.) 

Key  in  a value  (the  cursor  is  at  the 
beginning  of  the  field.). 


The  following  types  of  operator  display  and  processing  summary  messages  are 
displayed: 

a.  Informational  - Messages  of  this  type  are  preceded  by  the  phrase 
'INFORMATION:',  and  describe  general  processing  information  such  as 
file  names,  tape-IDs,  and  processing  activities.  They  require  no 
operator  action,  (see  Table  21-4) 
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b.  Warning  - Preceded  by  “WARNING:",  these  messages  caution  the  terminal 

j < 

operator  that  unless  the  program  was  run  in  this  situation 


intentionally,  some  actions  should  be  taken  to  correct  the  situation. 

c.  Fatal  Error  - Preceded  by  "FATAL  ERROR:",  this  error  will  cause  the 

L i ■ 

program  to  abort.  The  operator  is  notified  of  the  abort  process  by  an 

| \ 

audio  alarm  and  in  error  message  on  the  KCRT.  A hard-copy  listing  of 

I i 

:he  error  is  ^automatically  printed  on  the  line  printer.  Various 
operator  actions  are  required,  (sue  Table  21-4) 

d.  6ther  - These  messages  are  not  prefixed  with  any  category  definition 
Such  as  "ERROR:",  "INFORMATION",  etc.  These  messages  describe  general 

J j 

information,  and  require  no  operator  action  (See  Table  21-4). 


21.4.4.6  Program  Scheduling 


DVARSA  is; normally  run  during  batch  processing  at  night  on  an  as  required  basis 


at  the  direction  of  the  DBMS  specialist.  Estimated  run  time  varies  from  10 
minutes  of  wall  clock  {time  for  one  area  to  two  hours  of  wall  clock  time  for  the 


summary  cf  a fully  developed  data  base. 


21.4.5  DATA  BASE  VERIFICATION  AREA  RECORD  SUMMARY  BY  SET  (DVARSS) 


21.4.5.1  Summary 


DVARSS  determines  the  number  of  owner  and  member  records  of  each  set  of  all  the 

i i 

)| 

requested  Areas.  The  first  processing  step  opens  the  selected  areas  in  retrieval 

1 ; 

mode.  Messages  are  {displayed  when  a requested  data  base  file  is  empty  or 

I * 

nonexistent.  The  second  processing  step  counts  the  owner  and  member  records  of 
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each  set  in  any  requested  area.  When  all  the  owner/member  records  of  a set  are 
counted  and  the  search  Indicates  the  end  of  the  set,  a line  displaying  the  name 
of  the  owner  record,  the  member  record,  and  their  respective  record  counts  will 
be  printed.  This  step  is  repeated  for  each  of  the  requested  areas.  When  the 
last  requested  area  is  processed,  the  processing  is  complete.  At  this  point  the 
output  file  and  all  the  opened  data  base  areas  are  closed  and  the  processing 
ends. 

21.4.5.2  Input 

The  operator  enters  the  specific  areas  to  be  searched  on  the  KCRT. 


21.4.5.3 


a. 


b. 

c. 

d. 


Output 

Processing  summary 
Production  log  summary 
User  interaction  log 
Operator  prompts  and  messages. 


21.4.5.4  Operational  Sequence 
After  logging  in,  enter: 


@RUN  DVARSS 


the  following  screen  will  appear: 


DATA  BASE  VERIFICATION  AREA  RECORD  SUMMARY  BY  SET 

ENTER  (00)  - IF  SATISFIED  WITH  THIS  SELECTION 
ENTER  < 16)  - IF  NO  AREA  IS  TO  BE  SELECTED 
ENTER  (17)  - IF  ALL  AREAS  ARE  TO  BE  SELECTED 
OR 

ENTER  THE  AREA  NO.  OF  THE  AREA  TO  BE  CHANGED 


OPLAN 
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AREA 

NO. 

AREA  NAME  SELECTED 

01 

ANCILLARY 

NO 

02 

ARCHIVE-PRODUCT 

NO 

03 

COMMON-PARAMETER 

NO 

94 

DIRECTORY 

NO 

05 

EPHEMERI S-TELEMETRY 

NO  . 

06 

ERROR-TEXT 

NO 

07 

GHIT 

NO 

08 

GROUND-CTL-POINT 

NO 

09 

HISTORY 

NO 

10 

INVENTORY 

NO 

11 

MAIN- IMAGE 

NO 

12 

PRODUCT-ASSESSMENT 

NO 

13 

PRODUCTION 

NO 

14 

ROUTE 

NO 

15 

USER-SUPPORT 

NO 

Entering  the  appropriate  numbers  will  cause 
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the  program  to  search  the  selected 


area  and  produce  the  output  flies  (see  Figure  21-19). 


21.4.5.5  Control  Mechanism 

Following  Is  a list  of  Traffic-20  error  messages  which  appear  when  an  invalid 
response  is  keyed  in  by  the  operator: 


MESSAGE 

Enter  numbers  only 

Field  must  be  filled 

Lower  limit  is  99  (any  two  digits) 
Upper  limit  is  99  (any  two  digits) 


ACTIONS 

Enter  only  numeric  values  (no 
alphabetic  or  special  characters 
are  allowed) 

Fill  up  the  field  (Do  not  try  to 
bypass  any  character  of  the  field) 

Enter  a value  not  less  than  lower  limit 
Enter  a value  not  higher  than  upper  limit 
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A value  musC  be  entered  Enter  a value  (Don't  try  to  bypass 

by  hitting  enter  key,  tab,  etc.) 

Can't  back  up  further  Key  in  a value  (the  cursor  Is 

at  the  beginning  of  the  field). 

The  following  types  of  operator  display  and  processing  summary  messages  are 

displayed: 

a.  Informational  - messages  of  this  type  are  preceded  by  the  phrase 
"INFORMATION: " , and  describe  general  processing  information  such  as 
file  names,  tape-IDs,  and  processing  activities.  They  require  no 
operator  action.  (Table  21-5) 

b.  Warning  - Preceded  by  "WARNING:",  these  messages  caution  the  terminal 
operator  that  unless  the  program  was  run  in  this  situation 
Intentionally,  some  actions  should  be  taken  to  correct  the  sltuat'  ■». 

c.  Fatal  error  - Preceded  by  "FATAL  ERROR:",  this  error  will  cause  the 
program  to  abort.  The  operator  is  notified  of  the  abort  process  by  'n 
audio  alarm  and  an  error  message  on  the  KCRT.  A hard  copy  listing  of 
the  error  is  automatically  printed  on  the  line  printer.  Various 
operator  actions  are  required.  (Table  21-5) 

d.  Other  - These  messages  are  not  prefixed  with  any  categroy  definition 
such  as  "ERROR:",  "INFORMATION",  etc.  These  messages  describe  general 
information,  and  require  no  operator  action  (See  Table  21-5). 

21.4.5.6  Program  Scheduling 

DVARSS  is  normally  run  during  batch  processing  at  night  on  as  as  required  basis 

OPLAN 
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at  the  direction  of  the  03MS  specialist.  Estimated  run  tiae  varies  from  10 

i { 

! ; 

minutes  of  wall  clock  time  for  one  t rea  to  two  hours  of  wall  clock  time  for  the 

i 

summary  of  a fully  developed  data  base. 


21.4.6  DATA  BASE  CHAIN  CHASER  (DVCHCH) 

i 

21.4.6.1  Summary 

1 I 

DVCHCH  compares  record  identifiers  with  data  base  pointers  to  ensure  that  the 

I 

I \ 

pointers  j resolve  to  [correct  owners.  DVCHCH  verifies  that  applications  programs 

are  performing  data  base  updates  correctly  in  the  archive  product  and  production 

I i 

data  base!  areas.  The  data  base  chain  chaser  program  is  a DAS  activity  that 

i ! - 

compares  j record  identifiers  with  the  data  base  pointers  to  ensure  that  the 
pointers  [resolve  to  the  correct  owners.  This  ensures  that  the  application 

I I 

programs  ! are  performing  data  base  updates  correctly  in  the  highly  volatile 


archive-plroduct  and  production  data  base  areas. 


21.4.6.2 


Input 


The  operator  selects  the  archive-product  area,  the  production  area,  or  both  on  a 


KCRT. 


21.4.6.3 


Output 


Summary  of  link  errors  found  in  the  data  base  (Figures  21-20  and  21-20a). 


21.4.6.4 


Operational i Sequence 
After  logging  in,  ent^i: 

@RUti  DVCHCH  i 

I 

i 


JPIAN 
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Figure  21-20A.  DVCHCK  Suraary 
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a.  The  following  screen  will  appear  with  operator  proapts: 

****  DATA  BASE  LINK  CHECK  PROGRAM  **** 

ENTER  ONE  OF  THE  FOLLOWING: 

1 - TOR  ARCHIVE-PRODUCT  AREA 

2 - FOR  PRODUCTION  AREA 

3 - FOR  BOTH  AREAS 

4 - TO  EXIT  PROGRAM 

b.  Operator  response: 

1.  ACCEPTABLE:  1,  2,  3 or  4 

PROGRAM  REACTION:  PROCEEDS  PROCESSING 

2.  UNACCEPTABLE:  OTHER  THAN  1,  2,  3 or  4 

PROGRAM  REACTION:  DISPLAY  OF  FOLLOWING  MESSAGE: 

'INVALID  RESPONSE.'  THE  OPERATOR  IS  THEN  REP RC MPT ED  WITH  PART  a. 
OPERATOR  RESPONSE:  THE  SAME  .VS  IN  PART  b. 

WHEN  ACCEPTABLE  RESPONSE  IS  GIVEN  TO  PART  b,  PROCESSING  STARTS 
b.  Terminal  display: 

LINK  CHECKING  IN  PROCESS  PLEASE  WAIT... 
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The  following  control  file  can  be  written  to  run  the  DVCHCH  program  by  batch 
processing: 

?RUN  DVCHCH 
(l  or  2 or  3) 

Y 
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Sprint  dvchcu.sum 
Sprint  cvchch.uil 

21.4.6.5  Control  Mechanism 

The  following  types  of  operator  displays  and  processing  summary  messages  may  be 
displayed: 

a.  Informational. 

Messages  of  this  type  are  preceded  by  the  phrase  "INFORMATION:'*  and 
describe  general  processing  information  such  as  file  names,  tape-IDs, 
and  processing  activities.  They  require  no  operator  action. 

b.  Warning. 

Messages  preceded  by  "WARNING:"  Indicate  conditions  of  minor  error; 
one  not  serious  enough  to  warrant  either  aborting  the  program,  or 
aborting  a processing  subset  within  the  program.  Operator  action  is 
required  in  some  cases  (see  Table  21-6). 
e.  Error. 

This  type  of  error  message  is  preceded  by  "ERROR:"  and  can  describe 
either  Invalid  operator  input,  or  a processing  error  serious  enough  to 
abort  a processing  subset  within  the  program.  Some  form  of  operator 
action  is  required  (see  Table  21-6). 
d . Fatal  Errors. 

Messages  preceded  by  "FATAL  ERROR:"  Indicate  conditions  that  will 
cause  the  program  to  abort.  The  data  base  is  restored  to  the  point 
Just  prior  to  the  aborted  program's  execution.  The  operator  is 

OP  LAN 
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Table  21-6.  Meaeaga/Actlon  Matrix 
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notified  of  the  aborted  processing  by  an  audio  alarm  on  the  KCRT  and 
an  error  message  on  the  terminal.  A hardcopy  listing  of  the  error  is 
automatically  printed  on  the  line  printer.  Various  operator  actions 
are  required  (see  Table  21-6). 
e.  Other. 

These  messages  are  not  prefixed  with  any  category  definition  such  as 
"ERROR:",  "INFORMATION:",  etc.  They  describe  general  information  and 
require  no  operator  action. 

21.4.6.6  Program  Scheduling 

DVCHCH  13  normally  run  to  isolate  faults  when  the  record  totals  on  the  DVARSA 
and  DVARSS  do  not  agree.  It  will  normally  be  batch  processed  at  night  at  the 
direction  of  the  DBMS  specialist.  Estimated  run  time  is  2 hours  of  wall  clock 
time. 

21.4.7  MAIN  IMAGE  BIT  VERIFIER  DUMP  (DUMBVD)  MAIN  IMAGE  BIT  COMPARATOR  (DVMBVC) 

21.4.7.1  Summary 

The  main  image  bit  dump  program  (DVMBVD)  dumps  all  or  a specific  date  range  of 
the  main  image  area  of  the  data  base  out  to  a disk  file.  At  a later  time,  the 
main  image  bit  comparator  (DUMBVC)  compares  the  dumped  file  records  with  the 
records  in  the  main  image  area  of  the  data  base  and  reports  any  changes.  The 
data  base  update  program  (DBUPDT)  may  be  run  to  correct  any  errors  discovered. 

21.4.7.2  Input 
DVMBVD 

OPLAN 
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I a.  Selected  date  range 
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DUMBVC 

a.  File  name  of  records  to  be  compared  In  format:  MBV999.SSS 

1.  MBV  - main  bit  verifier 

2.  999  - unique  sequence  number 

3.  SSS  - sensor  ('MSS'  or  'TM&' ) 

21.447.3  Output 
DVMBVD 

a.  Dump  file  of  selected  oata 

b.  Summary  printout  of  records  processed  (see  Figure  21-21) 

DVMBVC 

a.  Summary  print  out  of  Inconsistencies  between  dump  file  and  data  base 
(see  Figure  21t22) 
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Figure  21-21.  DVMBVD.SUM 
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Figure  21-22.  (Continued) 
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21.4.7.4  Operational  Sequence 


After  logging  In,  enter: 

i 

@RUN  OVMBVD 
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DVMBVD 


The  screen  ishown  In  Figure  21-23  will  appear  with  operator  prompts. 


When  a valid  selection  has  been  made,  the  program  searches  the  main  Image  area 
of  the  data  base  finding  all  MDA-DATE- ACQUISITION  records  within  the  date  range. 

The  member  MIA-MAIN- IMAGE  records  for  each  KDA  record  are  also  found.  All 

! ! - 

i ; 

records  are  then  written  to  a dump  file.  A summary  report  of  the  total  number 

I i > 

of  recordsi  of  each  type  la  produced  together  with  the  name  of  the  dump  file  (see 
Figure  21-21) . j 
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DVMBVC 
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After  logging  in,  enter: 

GRUN  DVMBVC 

The  screen  shown  in  Figure  21-24  will  appear  with  operator  prompts. 

When  a valid  file  name  has  been  entered,  the  program  reads  records  from  the  dump 
file  created  by  the  DVMBVD  process.  A main-image  record  from  the  file  is 
compared  to  the  actual  main-image  data  base  record  If  it  still  exists  in  the 
data  base.  Missing  record  errors  and  inconsistency  errors  are  written  to  a 
summary  report  (Figure  21-22). 

The  following  control  files  can  be  written  to  run  the  DVMBVD  and  DVMBVC  program" 
by  batch  processing: 

SRUN  DVMBVD 
SPRINT  DVMBVD. SUM 
SPRINT  DVMBVD. UIL 

Sprint  dvmbvd. plg 

Grun  dmvbvc 
Sprint  dvmbvc. sum 
Sprint  dvmbvc. uil 
Sprint  dvmbvc. plg 

To  run  in  batch,  all  necessary  user  responses  would  need  to  'be  supplied  in  the 
control  stream. 
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Figure  21-24.  DVMBVC  Prompts 
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21.4.7.5  Control  Mechanism 

The  following  types  of  operator  displays  and  processing  ties sages  may  be 
displayed: 

a.  Informational . 

Messages  of  this  type  are  preceded  by  the  phrase  "INFORMATION: " and 
describe  general  processing  Information  such  as  file  names,  tape-IDa, 
and  processing  activities.  Thay  require  no  operator  action,  (see 
Table  21-7) 

b.  Error. 

This  type  of  error  message  Is  preceded  by  "ERROR:"  and  can  describe 
either  Invalid  operator  input,  or  a processing  error  serious  enough  to 
* abort  a processing  subset  within  the  program.  Some  form  of  operator 
action  Is  required  (see  Table  21-7). 

c.  Fatal  Errorr. 

Messages  preceded  by  "FATAL  ERROR:"  indicate  conditions  that  will 
cause  the  prograa  to  abort.  The  data  base  is  restored  to  the  point 
just  prior  to  the  aborted  program's  execution.  The  operator  is 
notified  of  the  aborted  processing  by  an  audio  alarm  on  the  KCRT  and 
an  error  message  on  the  terminal.  A hardcopy  listing  of  the  error  la 
automatically  printed  on  the  line  printer.  Various  operator  actions 
are  required  (see  Table  21-7). 

d.  Other. 

These  messages  are  not  prefixed  with  any  category  definition  such  as 
"ERROR:",  "INFORMATION:",  etc.  They  describe  general  Information  and 


require  no  operator  action. 
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21.4.7.6  Program  Scheduling 

DVHBVD  and  DVMBVC  are  run  at  Che  direction  of  Che  DBMS  specialist.  Normally, 
the  dump  will  be  run,  transferred  to  a tape  and  stored  for  a month,  then 
reloaded  for  the  comparator  run.  Run  times  vary  from  insignificant  to  several 
hours,  depending  on  the  size  of  the  main-image  area.  The  programs  are  usually 
run  at  night  by  batch  process. 

21.4.8  EXPIRED  DATA  PURGE 
TBD 
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SECTION  22 
PRODUCT  TRACKING 


22.1  ENVIRONMENT/ RESOURCES 

The  Ground  Segment  product  tracking  function  Is  implemented  via  the  following 
hardware  and  software  components. 

HARDWARE 

MMF-M,  DEC2050  computer  system  - one  (l)  each 
DEC  VT78  remote  KCRT  terminals  - five  (5)  each 

Recognition  optical  character  reader  (OCR)  wands  - one  (1)  each  per 
VT78  terminal 

GE  Terminet-300  printers  - one  (1)  each  per  VT7b  terminal. 

22.1.2  SOFTWARE  MODULES 

a.  GTLGIN  - Product  log-in 

b.  GTLGOT  - Product  log-out 

c.  GHXTRE  - ID  entry  for  HDT-GM 

d.  GTMVRQ  - Move  request  generator 

e.  GTLTTS  - Long-term  tape  storage  move  request  generator 

f.  GTALOC  - Archive  storage  location  entry 

g.  GTRETR  - Archive/product  retrieval  request  generator 

h.  GTAINV  - Archive  inventory 

I.  DUARSL  - Archive  storage  location  list  generator 

J.  GTNPRT  - Ground  Segment  ID  label  generator 

k.  GTFPRT  - Free  format  label  generator. 

OPLAN 
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Other  hardware  and  software  components  needed  to  support  product  tracking  can  be 

j j 

lden : .fledj as  elements  that  are  required  for  normal  operational  functioning  of 

j » 

the  Cround  Segment,  and  are  assumed  to  be  In  place. 


22.2  OVERVIEW/ BACKGROUND 

i j 

The  product  tracking:  function  is  a data  base  oriented  system  for  identifying, 

following  and  locating; tape  and  film  media  as  they  are  moved  between  variouc 

1 

locations  during  Ground  Segment  (GS)  operations.  The  supporting  application 

j 

software  is  designed  for  automated  tracking,  to  the  greatest  extent  practicable, 
of  tape  and  film  products  that  are  created  within  the  GS,  and  externally 
generated  tapes  that  are  received  in  the  GS  for  further  processing. 

j 

Figure  22-1  is  an  overview  showing  the  normally  anticipated  movement  of 


trackable 


items  through  the  GS  processes.  Automated  tracking  of  an  item  begins 


when  it  is  assigned  a system  compatible  GS  identification  number  and  label.  For 

( 1 

items  generated  within  the  GS  (reference  A through  0),  this  occurs  immediately 

i ! 

after  their  creation. ;lteos  that  enter  the  GS  from  external  sources  without  a GS 

1 ' ! 

label  (reference  E,  HDT-FS  and  HDT-GM)  are  tracked  manually  until  they  undergo  a 


GS  process,  at  which  time  they  are  assigned  a GS  identification  number  and 
label,  ijtems  that  en^er  the  GS  from  external  sources  (reference  E,  HDT-GM  and 


HDT-FS) 


program. 


jare  entered!  into  the  tracking  system  on  receipt,  via  a special  entry 
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In  several  instances,  items  that  have  completed  a process  are  moved  to  temporary 
archival  storage  (TAS)  until  they  are  required  for  processing  at  a new  location. 
Items  that  have  completed  their  processing  cycle  remain  in  TAS  for  a specified 
time  period  and  are  then  moved  to  the  long-term  tape  storage  facility  (LTTS). 
The  TAS  and  LTTS  facilities  are  provided  with  special  software  for  generating 
product  Inventory  and  location  listings  to  organize  and  expedite  the  storage  and 
location  of  archived  products. 

The  mechanism  for  tracking  products  within  the  GS  and  archival  facilities  is  a 
package  of  operator-activated  software  modules  that  Interact  with  the  MMF-M 
DEC2050  data  base  to  store  and  update  the  identification  and  location  of  all 
trackable  items.  The  tracking  software  is  executed  by  the  operator  frjm  VT78 
remote  KCRT  terminals  with  Terminet-300  printers  designated  for  this  function, 
and  is  Implemented  via  Interactive  routines  employed  at  various  stages  of  the 
product's  progress  in  accordance  with  standard  operating  procedures  (SOP). 

22.3  FUNCTIONAL  DESCRIPTION 

22.3.1  INITIAL  DATA  BASE  ENTRY 

A trackable  product  is  entered  into  the  tracking  system  by  entering  its 
Identification  and  location  into  the  archive/ product  field  of  the  MMF-rf  DEC20S0 
data  base.  The  data  base  is  updated,  whenever  the  product  is  moved,  to  reflect 
the  new  location  of  the  product.  The  initial  entry  of  a product  into  the  data 
base  (Figure  22-2)  is  made  in  one  of  two  ways: 

a.  Automatically,  at  the  product  directory  generation  event,  if  the 
product  is  created  within  the  Ground  Segment 
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b«  Manually,  via  standard  operating  procedure  (SOP),  if  the  product 
originated  external  to  the  Ground  Segment. 

If  an  externally  originated  product  already  bears  a label  (e.g.,  HDT-GM  and  HDT- 
FS),  its  initial  "log-in“  to  the  data  base  Is  made  via  the  GHXTRE  entry  program. 

22.3.2  LOG-IN  AND  LOG-OUT  FUNCTIONS 

Subsequent  data  base  updates  are  made  whenever  the  product  is  moved  from  one 
work/storage  location  to  another.  Updating  of  the  data  base  is  effected  via  a 
move  order  process,  which  entails  a log--cut/log-in  procedure  (Figure  22-3)  as 
part  of  SOP.  When  a product  is  to  be  moved,  execution  of  the  log-out  process 
(GTLGOT)  informs  the  data  base  of  the  intended  destination  of  the  product,  and 
at  the  same  time  generates  a hard  copy  move  order  which  is  affixed  to  the 
product  and  identifies  the  departure  and  destination  points  of  the  product  move. 
When  the  product  move  is  completed,  execution  of  the  log-in  process  (GTLGIN) 
informs  the  data  base  that  the  product  has  been  received  at  its  destination. 

22.3.3  LABEL  FUNCTION 

Any  trackable  product  oust  be  labelled  with  an  ID  number  chat  Is  compatible  with 
the  tracking  system.  The  product  tracking  system  provides  a label  generation 
process  (Figure  22-4)  that  prints  several  labels  with  the  proper  GS  format  and 
assigns  Che  next  sequential  ID  number  for  the  product  category.  Whenever  a 
product  is  created  within  the  Ground  Segment,  the  GS  label  generator  (GTNPRT)  is 
Invoked  and  the  labels  are  attached  to  the  product  and  its  protective 


OPLAN 


22-6 


DATA  BASE 


( 


ORIGINAL'  PAGE  IS 
OF  POOR  QUALITY 


Figure  22-3.  Move  Order  Process 


81SDS4232 
Revision  A 
16  July  1982 

containers.  When  the  product  directory  is  generated  by  the  creating  facility, 
the  label  ID  number  and  the  product  location  are  entered  into  the  data  base, 
constituting  the  initial  “log-in'  of  the  product  to  the  system. 

If  a product  is  received  from  an  external  source  without  a GS  formatted  label 
(e.g.,  HDT-FS  and  HDT-GM)  its  current  ID  (not  compatible)  is  entered  into  the 
data  base  for  record  purposes  via  a special  entry  * process  provided  for  those 
products.  It  is  not  tracked  by  the  system  until  it  undergoes  a Ground  Segment 
process,  at  which  time  a system  compatible  GS  ID  label  and  data  base  “log-in" 
entry  are  generated  for  the  processed  product. 

For  products  that  require  system  compatible  IDs  and  GS  labels,  the  ID  assignment 
and  label  generation  are  done  automatically  by  the  GS  labelling  software. 

For  products  that  require  special  labels,  such  as  system  tapes,  save  tapes,  etc. 
an  alternative  free  format  label  generation  process  (GTFPRT)  is  available.  The 
free  format  label  process  may  also  be  used  for  dupllcating/rsplacing  damaged  or 
worn  CS  labels,  and  for  miscellaneous  applications  such  as  making  mailing 
address  labels. 

22.3.4  ARCHIVE  STORAGE  LIST  AND  INVENTORY  LIST 

When  a product  is  being  received  at  TAS  or  LTTS,  the  log-in  process 
automatically  generates  an  archive  storage  list  indicating  at  which  shelf  and 
slot  the  product  was  originally  stored,  if  it  had  previously  been  logged  in.  If 
that  location  is  now  filled,  or  if  a new  product  is  being  logged  in,  the 
operator  will  assign  a location  and  execute  an  archive  storage  location  entry 
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program  (GTALOC)  that  records  the  product  archive  location  In  the  data  base.  At 
TAS  and  LTTS,  the  operator  also  has  available  an  inventory  liftclng  program 
(GTAZNV)  that  prints  the  locations  of  all  archived  tapes  at  chat  facility. 

22.3.5  LTTS  MOVE  INITIATION 

At  TAS,  the  operator  can  run  a program  (CTLTTS)  that  scans  all  archive  tape  IDs 
at  TAS  and  determines  if  they  are  eligible  to  be  moved  to  LTTS,  based  upon  days 
since  creation  and  days  of  residence  at  TAS.  All  eligible  candidates  are 
entered  into  the  data  base,  and  move  requests  are  generated.  A printed  list  of 
all  eligible  candidates  is  printed  at  TAS. 

22.3.6  RETRIEVAL  LIST 

At  any  facility,  the  operator  can  run  on  demand  a retrieval  request  list 
generator  program  (GTRETR)  that  scans  all  data  base  entries  and  lists  those 
products  that  have  been  requested  to  be  sent  to  another  facility. 

22.3.7  OPTICAL  CHARACTER  READER  (OCR) 

Whenever  a tracking  system  hard  copy  printout  is  generated  that  contains  a 
product  ID  number  (move  requests,  move  orders,  labels,  etc.),  it  also  contains  a 
corresponding  13-character  coded  ID  number  that  can  be  read  with  the  OCR  wand. 
This  capability  is  provided  to  expedite  keyboard  entry  of  the  (normal) 
12-character  product  ID  number  and  to  reduce/eliminate  key  entry  errors.  The 
product  ID  number  can  be  keyed  in  manually,  but  sould  be  done  so  only  in  the 
event  of  OCR  failure. 
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Although  not  an  in'.-.gral  pi.".,  j-  rrn  operator's  interactive  product  tracking 
functions]  the  processes  by  wtlch  prod->ct  tno>ements  are  luitiated  are  of 

j ' 

interest  since  they  interface  directly  with  prcdr-:r  movement  actions.  Product 

movements  can  b'i  initiated  in  respoi’-je  to  either  of  the  following  two 

* 

conditions.  In  either  case,  the.  set.-.ai  move  is  accomplished  via  the  log-out/log- 

f ! 

in  process.  > 

f 

a.  An  SOP  move  to  a processing  location  or  to  storage,  per  operational 

| 

procedure  Instruction 

i 

b.  A move  instructed  by  receipt  of  a move  request. 

j 

| 

Tne  SOP  move  is  self-explanatory,  occurring  at  son n point  in  a standard  product 

I I 

processing  sequence  where  the  operational  procedure  Instructs  a product  move  to 

a new  process  location'  or  to  storage. 

i l 

j J 

The  otheri condition,  namely  receipt  of  a hard  copy  move  request,  first  requires 

j ! 

generation  of  the  4ove  request,  which  is  produced  via  the  product  locating 

J ? 

capability  of  the  DEC2052  data  base.  The  move  request  is  a hard  copy  printout % 

j 

generated  at  the  DEC2C  9 system  line  printer,  which  requests  a product  of 
specified  ID  number  tq  be  moved  from  its  current  location  to  a specified 

location.  A move  request  is  produced  by  one  of  the  following  two  circmstances: 

i 

a.  A product  has  been  created  or  has  undergone  a processing  step,  and  is 
waiting  fir  additional  data  to  become  available  for  its  next 

i 

processing  step.  The  MMf-M  operator  periodically  runs  a process 

» 

request  generation  program,  which  checks  the  DEC2050  data  files  tor 
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presence  of  all  necessary  data.  When  all  the  data  flies  are  present, 
they  are  transmitted  together  with  a process  request,  via  a Decnet 
link,  to  the  next  processing  facility,  and  the  data  base  Is  searched 
for  the  currently  recorded  location  of  the  specified  product.  A hard 
copy  move  request  Is  printed,  showing  the  product  ID,  Its  current 
location,  and  Its  destination  facility.  The  cove  request  Is  hand- 
carried  or  nailed  to  the  facility  of  current  product  location,  where  a 
aove  order  process  Is  initiated  for  the  specified  product. 

A specified  product  Is  requested  for  a special  purpose,  such  as  for 
evaluation  by  QA.  The  requestor  Invokes  the  move  request  listing 
program  (CTMVRQ^  at  a VT/8  ternlnal,  entering  the  product  ID  end  the 
required  destination  facility.  The  DEC2050  computer  responds  by 
searching  the  data  base  for  the  currea.  product  location,  then  prints 
a hard  copy  move  request  as  previously  described.  The  move  request  is 
hand-carried  or  mailed  to  the  faclllcy  of  current  product  location, 
where  a move  Older  process  is  initiated  for  the  specified  product. 


22.4  PROCESS  OPERATIONS 

In  this  section,  the  Ground  Segment  operational  product  flow  and  tracking 
processes  for  frequently  conducted  tracking  operations  are  described.  All 
tracking  processes,  except  for  automated  data  base  search  and  update  processes 
perforsed  by  the  DEC2050  computer,  are  executed  by  production  controllers  at 
7T78  remote  KCRT  terminals  using  OCR  wands  to  read  product  ID  numbers.  Printed 
outputs  are  produced  on  Termlnet-300  printers. 


OPLAN 


t 


22-12 


1 


81S0S4232 
Revision  A 
16  July  1982 


22.4.1  PRODUCTS  TRACKED 


The  products  that  are  tracked  by  the  system  are: 

i 1 

a.  HDT-RM  (raw  data) 

i < 

b.  HDT-RT  (raw  data) 

| 

c.  HDT-AM  (radiometric  corrected  data) 

d.  HDT-GM  (CSTDN) 

1 j 

e.  HDT-FS  (foreign  ground  station) 

I : 

f.  CCT-AM  (for  Internal  GS  use) 

f 

g.  CCT-AT  (for  Internal  GS  use) 

i 

h.  70  saa  film  roils  (for  internal  GS  use) 

i ! 

1.  241  tma  film  rolls  (for  internal  GS  use). 


The  sources,  destination  and  anticipated  dally  processing  volume  of  these 

i 

products  are  presented  In  Figure  22-5. 


22.4.2  SOFTWARE  MODULE  DESCRIPTIONS 


The  software  modules  used  In  the  tracking  function  are  listed  below.  Detailed 
descriptions  of  the  modules.  Including  prompts,  responses,  and  operator 

i i 

messages/actions  are  given  In  paragraph  22.5. 

I i 

a.  GTLGIN  Q.T.D-Mj'F-CPD-2062)  - Product  log-in  process 

b.  GTLGOT  (LSD-MMF-CPIW060)  - Product  log-out  process 

i 

c.  GHXTRE  (LSD-KHP-CPD-2143)  - HDT-GH  entry  process 

! I 

d.  GTMVRQ  (LSD-MMP-CPD-2059)  - Move  request  generator 

1 i 

e.  CTLTTS  (LSD-MMF-CPD-2068)  - LTTS  move  request  generator 

f.  <^TAL0C  (LSD-MMF-CPD-2067)  - Archive  scorage  location  entry  process 


22-13 


( 


81SDS4232 
Revision  A 
16  July  1982 


g.  GTRETR  (LSD-MMF-CPD-2061)  - Product  retrieval  request  generator 

h.  GTAINV  (LSD-KMF-CPD-2066)  - Archive  Inventory  process 

1.  DUARSL  (LSD-HMP-CPD-2083)  - Archive  storage  location  list  generator 

j.  GTNPRT  (LSD-MMF-CPD-2064)  - GS  ID  label  generator 

It.  GTFPRT  (LSD-MMF-CPD-2065)  - Free  format  label  generator. 
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ITEM 
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HDT-GM 

OIF 
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HOT-RK 
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SCHED  TO 
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LTTS 

HDT-FS 
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MIPS 
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UNTIL  QA 
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ASSURANCE 
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UNTIL  QA 
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DEGAUSS 
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FILM  ROLL 

TIPS 
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ASSURANCE 

1 

UNTIL  OA 
FINISHED 

QA 

70  MM 
FILM  ROLL 
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1 

UNTIL  OA 
FINISHED 

QA 

Figure  22-5.  Estimated  Product  Traffic 
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22.4.3  PRODUCT  TRACKING  PROCESSES 


?roduct  cracking  is  carried  on  primarily  via  Che  log-in  and  log-ouc  processes. 

I 

Initial  produce  encry  (log-in)  co  Che  sysCem  is  effecCuated  by  generation  of  a 

i 1 

i 

produce  directory  or  via  a special  entry  program.  Archive  storage  and  inventory 

j j 

listings  are  produced  at  TAS  and  LTTS  to  support  archival  functions. 

j . ; 

I i 

The  following  paragraphs  describe  the  product  flow  and  tracking  processes.  In 

i | 

the  accompanying  diagrams,  the  software  program  executions  are  identified  by  the 


following  symbols:  ! ' 

i 1 

! 

SYMBOL  FUNCTION 

1 : 

PROGRAM  I 

LI 

Log-in; 

GTLGIN 

LO 

1 

Log-out 

CTLGOT 

EG 

Enter  HDT-GM 

1 

G EXT RE 

NL 

Generate  GS  label 

GTNPRT 

LT 

LTTS  move  request  (on  demand) 

GTLTTS 

LOG 

Euter  archive  storage  location  (on  demand) 

/»»  a r ao 
ViAbW 

INV 

J 

1 

Archive  inventory  (on  demand) 

GTAINV 

LIS 

| j 

Archive  storage  list 

DUARSL 

To  execute  any  of  the  tracking  programs,  the  operator  signs  on  to  the  terminal 

I j 

in  conventional  manner;  using  his  assigned  account  number  and  password.  The 

I 

system  will  be  at  command  level,  displaying  the  prompt  @.  The  operator  enters 
TAKE  XXXXXX.CMD,  where [XXXXXX  is  any  of  the  above  program  names  (except  DUARSL). 

II 

The  program  will  now  execute. 
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HDT-RM  and  HDT-RT  Flow  (Figure  22-6) 

Dovnlink  data  received  at  DRRTS 
HDT-RH  or  HDT-E " created  at  DRRTS 
CS  labels  generated 

HDT  directory  erected  - HDT  is  "logged-in"  to  system 

HDT  goes  to  TAS  - HDT-RM  waits  for  additional  data  for  processing  to 

HDT- AM.  HLT-RT  held  for  transfer  to  LTTS 

HDT-RM  to  MIPS.  Processed  to  HDT-AM 

CS  labels  generated  (HDT-AM) 

HDT-AM  directory  created  - HDT  is  "logged-in"  to  system 

HDT-RM  to  TAS  - held  for  transfer  to  LTTS,  or  for  optional  rework 

HDT-RM  and  HDT-RT  transferred  to  LTTS  via  Building  28  staging. 

HDT-AM  Flow  (Figure  22-7) 

HDT-AM  was  created  and  "logged-in"  at  MIPS  (Figure  22-6) 

HDT-AM  to  either: 

1.  PEPG  dump  at  MIPS 

2.  Transfer  to  TIPS  to  process  241  mm  film  for  PEPG 
Transfer  HDT-AM  to  DRRTS  for  uplink  to  EDC 

Upiinfc  at  DRRTS 
Transfer  to  either: 

1.  TAS  for  temporary  archive 

2.  MIPS  to  generate  CCT  and/or  70  mm  film  products,  then  to  TAS 
Transfer  to  degauss  when  in  EDC  public  domain. 
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Figure  22-7.  HDT-AM  Flow 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


22.4.3.3 
8. 

b. 

c. 

d. 

e. 

f. 

22.4.3.4 

a. 

b. 

c. 

d. 

e. 

f. 

22.4.3.5 

a. 

b. 

c. 

d. 


81SDS4232 
Revision  A 
16  July  1982 

241  nm  Film  Flow  (Figure  22-8) 

241  mm  film  roll  was  generated  at  TIPS  (Figure  22-7) 

GS  labels  generated 

Film  roll  directory  created  - film  Is  "logged-in”  to  system 

Film  roll  transferred  to  photo  lab  (Building  23)  via  Building  28  and 

Building  23  staging  areas 

Film  processed  at  photo  lab 

Film  roll  transferred  to  QA  (Building  28)  via  Building  23  and  Building 
28  staging  areas. 

70  mm  Film  Flow  (Figure  22-9) 

70  mm  film  roll  was  generated  at  MIPS  (Figure  22-7) 

GS  labels  generated 

Film  roll  directory  created  - film  is  "logged-in"  to  system 

Film  roll  transferred  to  photo  lab  (Building  23)  via  Building  28  and 

Building  23  staging  areas 

Film  processed  at  photo  lab 

Film  roll  transferred  to  QA  (Building  28)  via  Building  23  and  Building 
28  staging  areas. 

CCT-AM  and  CCT-PM  Flow  (Figure  22-10) 

CCT-AM  or  CCT-PM  was  created  at  MIPS  (Figure  22-7) 

GS  labels  generated 

CCT  directory  created  - CCT  is  "logged-in"  to  system 
CCT  transferred  to  TAS  for  temporary  storage 

OPLAN 
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e.  Transfer  CCT  to  either: 

1.  QA  for  evaluation,  then  to  TAS 

2.  MIPS  for  control  point  generation,  then  to  TAS 

f.  Transfer  to  degauss. 


22.4.3.6  HPT- CM  Flow  (Figure  22-11) 

a.  HDT-GM  (14-track)  originates  at  Building  23  Domsat  Interface  Facility 
(DIP) 

b.  HDT-GM  entered  into  the  system  via  program  GitXTRE 

c.  HDT-GM  transferred  to  DRRTS  via  Building  28  staging  area 

d.  28-track  HDT-RM  is  generated  from  14-track  HDT-GM 

e.  HDT-GM  transferred  to  TAS/LTTS 

f.  GS  labels  generated  for  HDT-RM 

g.  HDT-RM  directory  created  - HDT  is  ”logged-in”  to  system  , 

h.  HDT-RM  used  to  create  HDT-AM 

i.  HDT-RM  transferred  to  TAS/LTTS 

J.  GS  labels  generated  for  HDT-AM 

k.  HDT-AM  directory  created  - HDT  is  "logged-in"  to  system 

l.  HDT-AM  is  uplinked  to  EDC 

m.  HDT-AM  transferred  to  TAS/Degauss. 


22.4.3.7  HDT-FS  Flow  (Figure  22-12) 

a.  HDT-FS  originates  at  Building  23  Domsat  Interface  Facility  (DIF) 

b.  HDT-FS  transferred  to  DRRTS  via  Building  28  staging  area 

c.  GS  labels  generated  - HDT-FS  is  converted  to  28-track  and  redesignated 
as  HDT-RM 
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Figure  22-11 . HDT-CK  Flow 


1'lgure  22-12.  HDT-FS  Flow 
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d. 


22.4.3.8 


a. 


! ( 

HDT  Is  read  and  directory  created  - HDT-RM  Is  “logged-in"  to  system 

i i 

I * 

HDT  transferred  to  TAS/LTTS. 

! i 

Ad  Hoc  Product , Flow  (Figure  22-13) 

i 

A ‘specific  product  Is  required  by  a requestor  at  facility  'x' 


b.  The  requestor  runs  program  CTMVRQ  at  the  VT78  terminal,  providing 
product  ID  and; destination  (facility  'x' ) 

1 i 

! ? 

c.  A ihard  copy  move  request  Is  printed  on  the  MMF-M  line  printer.  The 

i i 

product  ID,  current  location,  and  destination  facility  are  specified 

on  the  move  request 

i ! 

d.  The  move  request  Is  transmitted  to  the  current  product  location 
(facility  'y')j 

e.  The  product  is j moved  to  the  requestor's  location  (facility  'x')  via 
standard  log-out/log-ln  process. 

j 

22.5  Tracking  Function  Software  Module  Descriptions 

I ! 

22.5.1  GTL^IN  (LSD-MMP-CPD-2062)  - PRODUCT  LOG-IN  PROCESS 


The  product  log  In  prograa  (CTLCIN)  Is  run  by  an  operator  at  a work  facility. 


The  program  prompts  the!  operator  for  the  work  station  and  validates  the 

! 

response.  (See  a 11s, t of  valid  facilities  in  Table  22-1.)  The  prograa  then 

{ 

iterates  for  product  IDsj  that  need  to  be  logged  Into  this  work  station,  until 

j I 

the  operator  requests  j an  exit  from  the  prograa  processing.  The  operator  is 

| ! 

asked  for  the  product  IDj  and  may  enter  a GS  label  (keyboard  entry)  or  OCR  label. 

i 

i 
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Table  22-1.  Valid  Work  Facilities 


WORK  FACILITY  CODE 


MEANING 


B23 

B28 

DCS 

DRT 

EDC 

FSS 

LAS 

LOS 

LTS 

MIP 

MMF 

PPL 


BUILDING  23  STAGING  AREA 
BUILDING  28  STAGING  AREA 
DEGAUSS  AREA 

DRRTS,  DATA  RECEIVE  RECORD 
EROS  DATA  CENTER 
FLIGHT  SEGMENT  SCHEDULING 
LANDSAT  ASSESSMENT  SYSTEM 
LOST 

LONG  TERM  TAPE  STORAGE 
MSS  IMAGE  PROCESSING 
MISSION  MANAGEMENT  FACILITY 
PHOTO  PROCESSING  LAB 


TAS 

TIP 

UNA 


CUTDDTW?  uurjl  T TV 
t . »*w  . nv.  m*  . . 

TAPE  ARCHIVE  STORAGE 
TM  IMAGE  PROCESSING 
UNAVAILABLE 
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For  an  OCR  label,  a wand  will  serve  as  Che  input  mechanism  and  the  OCR  label  is 

converted  to  a GS  label  and  validated.  If  a GS  label  is  entered,  it  is 

I I 

I 

validated  and  the  operator  is  asked  whether  a master  or  copy  is  being  logged  in. 

i i 

The  validated  label  is  used  to  retrieve  the  product  entry  from  the  MMF  data 

i 

; 

base.  This  is  checked  to  ensure  that  the  product  tracking  status  fields  are 

I 

suitably  filled  and  it  is  then  updated  to  reflect  the  product  log-in.  In  the 

! . \ 

case  of  master  product;  10s  only,  the  archive  work  station  is  also  updated.  If 

i ! 

the  work  station  is  TAS  or  LTTS,  the  GS  label,  OCR  label  and  archive  storage 

I 1 

location  are  written  to  a record  in  a scratch  file  which  will  be  used  to 

| i ' 

generate  the  archive  storage  list.  Finally,  the  archive  storage  list  is 

j’  I 

produced  via  a utility  (DUARSL)  on  the  printer  of  the  Termlnet  300  terminal. 


The  GTLGIN  prompts  and  responses  are  shown  in  Table  22-2. 


A list  of  operator  messages  and  corresonding  actions  is  given  in  Table  22-3. 
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Table  22-2.  GTLGIN  Prompts  and  Responses 


PROMPT 


RESPONSE  EXPLANATION 


YOU  ARE  RUNNING  CTLGIN.  Y RUN  PROGRAM  GTLGIN 

DO  YOU  WISH  TO  PROCEED  N TERMINATE  PROGRAM  GTLGIN 

WITH  THE  PROGRAM  (Y/N)? 


PLEASE  ENTER  THE  WORK  WCRK  STATION  THREE  CHARACTER  WORK 

STATION  OR  “EXIT”  STATION  IDENTIFYING  OPERATOR'S 

CURRENT  WORK  FACILITY  OR 
LOCATION  (EX.,  MMF) 

EXIT  TERMINATE  THIS  PROGRAM. 


PLEASE  ENTER  THE  PRODUCT 
ID  (GS  LABEL  OR  OCR 
LABEL)  OR  “EXIT" 


PRODUCT  ID 

12-CHARACTER  GS 
LABEL  OR  13-CHARACTER 

OCR  LABEL 

EXIT 

NO  MORE  PRODUCTS  TO  BE 
LOGGED  INTO  THIS  FACILITY 

IS  THIS  A MASTER 
PRODUCT  (Y/N)? 


Y MASTER 

N COPY 
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Table  22-3 . Operator  Messages  and  Corresponding  Actions 


FORWARD  OUTPUT  TO 
SOFTWARE  MAINTENANCE 


FORWARD  OUTPUT  TO  DATA 
BASE  ADMINISTRATOR 

RESPOND  PROPERLY  TO 
FOLLOW INC  PROMPT 


WARNING  WARNING:  UNSUCCESSFUL  CONVERSION  - (REASON) 


Table  22-3.  Operator  Message*  at.  oorrespondlng  Action*  <Cont'd) 
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22.5.2  GTLGOT  (LSD-MMF-CPD-2060)  - PRODUCT  LOG-OUT  PROCESS 

CTLGOT  logs  a produce  out  of  a facility.  The  product  log  out  process  is 
Initiated  when  the  operator  logs  out  products  from  a particular  work  facility 
and  sends  them  to  other  facilities. 

Upon  initiation,  the  process  requests  the  operator  to  enter  the  work  station. 
After  verifying  the  facility  name  (reference  Table  22-1)*  the  operator  is  asked 
for  the  desired  destination.  This  also  verified  and  the  operator  is  prompted 
to  enter  the  product  ID  of  the  product  to  be  oent  to  the  specified  destination. 
The  operator  may  enter  a product  ID  in  the  form  of  an  0Q&  label  or  a GS  label. 
For  GS  labels,  the  operator  la  also  asked  to  specify  whelfter  it  is  a master  or  a 
copy.  GTLGOT  verifier  the  product  ID  entered,  retrieves  the  corresponding 
product  record  from  the  MMF  data  base,  verifies  its  product  tracking  status 
fields  and  finally  updates  the  record.  The  GS  label  (product  ID)  is  then  stored 
in  a scratch  file  to  be  later  printed  into  a move  order  Mat:,  If  the  permanent 
archive  facility  field  and  the  current  facility  both  contain  LTS  or  TAS,  the 
product's  archive  storage  location,  OCR  label  and  GS  are  stored  in  a 

scratch  file  to  he  printed  into  an  archive  storage  list. 

Finally,  the  program  prints  the  move  order  list  on  the  Tatm&net  300.  If  the  log- 
out facility  is  TAS  or  LTS,  an  archive  storage  list  is  printed  via  the  utility 
DUARSL,  which  sorts  the  scratch  file  by  storage  location  and  then  puts  out  the 
list  on  the  Terminet  300  printer. 

The  GTLGOT  prompts  and  responses  are  shown  in  Tablw  -22-4>«  A list  of  operator 
messages  and  corresponding  actions  is  given  in  Table  22-5.. 
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Table  22-4.  GTLGOT  Operator  Interface  Formats 


PROMPT  INPUT 

Do  you  wish  to  proceed  with  Y 

the  GTLGOT  program  (Y/N)  N 

You  are  running  GTLGOT.  Do  Y 

you  wish  to  proceed  with  Che  N 

program 

Enter  current  work  facility:  XXX 

Enter  destination  facility:  XXX 

Enter  the  product  ID  (OCR/  OCR  label 

GS  label)  or  “exit"  (for  GS  label 

different  destination)  'Exit' 

Do  you  wish  to  continue  to  Y 

log  out  products  to:  (Y/N) 

N 


Is  this  a master  or  copy  M 

product  (M  ■ mas.ter/C  * copy)  C 

Do  you  wish  to  override  the  Y 

current  destination  • 

already  in  data  base  (Y/N)?  N 


ACTION  TAKEN 

Proceed  with  the  GTLGOT  program 
Halt  processing  the  GTLGOT  program 

Proceed  with  the  GTLGOT  program 
Halt  processing  the  GTLGOT  program 


Enter  the  current  facility 
Enter  the  destination 

Enter  OCR  label. 

Enter  GS  label 
Enter  'Exit' 

Continue  to  log  out  products  to 
the  given  destination 
Stop  logging  out  products  to 
the  given  destination 

Specify  that  this  is  a master  product 
Specify  that  this  is  a copy  product 

Wish  to  override  the  destination 
in  the  data  base 

Do  not  wish  to  override  the  destination 
in  the  data  base. 
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Table  22-5.  Error  Messages  and  Corresponding  Handling  Actions 
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22.5.3  CHXTRE  (LSD-MMF-CPD-2143)  - HDT-GM  AND  HDT-FS  ENTRY  PROCESS 
The  GHXTRE  tracking  entry  program  tracks  the  existence  (in  the  MMF  data  base)  of 
the  14-track  HDT-GM  and  HDT-FS  raw  data  tapes,  that  were  recorded  external  to 
the  Ground  Segment,  after  they  have  been  received  at  GSFC. 

The  14-track  HDT-GM  and  HDT-.'C  tapes  contain  raw  video  information  from  Landsat- 
D that  was  received  and  recorded  at  any  one  of  the  three  GSTjS  locations 
(Alaska,  Goldstone  or  GSFC)  or  at  foreign  ground  stations.  These  tapes  were 
then  sent  to  and  held  at  Building  23/GSFC  before  being  forwarded  to  DRRTS. 

The  HDT-GM  and  HDT-FS  tapes  are  to  be  sent  to  DRRTS,  where  they  are  transferred 
onto  the  2P-track  HDT-R  tapes.  The  GHXTRE  tracking  entry  program  is  used  at 
Building  23  to  record  the  existence  and  identity  of  the  HDT-GM  and  HDT-FS  tapes, 
their  current  location  and  any  other  related  information  (e.g.,  number  of 
tracks.  Intervals  within,  etc.).  It  also  directs  the  HDT-GM/HDT-FS  tapes  to  be 
sent  to  DRRTS,  if  they  are  not  already  there,  by  creating  a move  request 
listing. 

The  GHXTRE  prompts  and  responses  are  shown  in  Table  22-6. 

A list  of  operator  messages  and  corresponding  actions  is  given  in  Table  22-7. 
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! Table 

22-6.  GHXTRE  Prompts  and  Responses 

: 1 

PROMPT  j 

RESPOf’SE 

EXPLANATION 

1 

Do  you  ; 

wish  to  proceed  with 

Y 

Continue  program  GHXTRE 

the  execution  of  the  GHXTRE 
program  (Y/N)? 

I J 

N 

Terminate  program  GHXTRE 

1 '• 

Please  'enter  the  HDT-X  to 

be  put  jin  the  data  base 

(e.g.,  IL4MHG8100101) 

t 

HDT-X  ID 

12-character  HDT  with 
media  type  HG  or  HS 

Do  you  wish  to  process 
HDT-ID  (Y/N)?: 

i 

! 

Y 

N 

Continue  filling  in  HDT 
fields 

HDT  not  stored  in  data 
base 

i 

Please  enter  the  spacecraft 
start  time  of  interval 
in  YYDDDHHMMSSTTT  format 

Spacecraft 
Start  Time 

14-character  SC/time 

• 

j ! 

Please! enter  the  spacecraft 
stop  time  of  interval 
in  YYDDDHHMMSSTTT  format. 

1 

Spacecraft 
Stop  Time 

14-character  SC/time 

1 J 

Please] enter  the  datime 

Date/ time 

11-character  iate/time 

created  of  HDT  , in 
YYDDDHHMMSS  format. 

I j 


Please!  eater  the  number  of 
t racks  j on  HDT 

9 tracks 

2 characters  9 of  tracks 

"" 

Please) enter  the  current 

Work 

3-character  field 

location  of  HDT  i 

Station 

identifying  where  the  HDT 

(e.g.,  ORT) . j 

1 

is. 

| 

Is  the  number  of  intervals 

Y 

Prompt  operator  to  fill 

on  HDT  known  '(Y/N)? 

in  interval  fields. 

! 

N 

Don't  fill  interval 

i 

1 

fields. 

Please  enter  the  number  of 

9 

Get  number  of  Intervals. 

intervals  (01  to  99). 

intervals 

Please!  enter  the  IRIG  start 

IRIG 

10-character  IRIG  time 

time  of  interval  | in 

i 

l 

I 

Start 

OPLAN 
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Table  22-6.  GUXTRE  Prompts  and  Responses 


PROMPT 

RESPONSE 

EXPLANATION 

DDDHHMMS  ST  format. 

Time 

Please  tnter  IRIG 

stop  tine 

IRIG 

10-character  IRIG  time 

of  Interval 

in 

Stop 

DDDJHMMSST  format. 

Time 
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FORWARD  OUTPUT  TO 
SOnVARE  MAINTENANCE 


I POKUARU 
DATABASE 


RESPOND  PROPERLY 


DO  NOT 


NUM  OF  INTERVALS  . 
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22.5.4  CTMVRQ  ( LSD-KMP-CPD-2  029 ) - MOVE  REQUEST  GENERATOR 

The  move  request  process  (CTMVRQ)  Is  Initiated  by  an  operator  at  a terminal. 
The  operator  is  prompted  for  the  product  ID  of  the  product  to  be  moved,  ard  the 
destination  to  which  the  move  must  be  made.  The  product  ID  may  also  be  entered 
as  an  OCR  label  via  the  wand  input  device.  The  operator  inputs  are  validated 
for  correct  syntax,  and  the  product  entcy  record  in  the  MMF  data  base  is  checked 
to  see  that  it  has  not  been  requested  elsewhere.  The  product  record  is  updated 
to  reflect  the  move  request,  and  a hard  copy  move  request  with  the  product  ID, 
current  facility,  and  send-to  facility  is  printed  out  at  the  MMF-M  line  printer. 

The  GTMVRQ  prompts  and  responses  are  shown  in  Table  22-8. 

A list  of  operator  messages  and  corresponding  actions  is  given  in  Table  22-9. 
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Table  22-8.  GTMVRQ  Prompts  and  Responses 


PROMPT 

INPUT 

ACTION  TAKEN 

YOU  ARE  RUNNING  GTMVRQ. 

Y 

RON  GTMVRQ 

DO  YOU  WISH  TO  PROCEED 
WITH  THE  PROGRAM 

N 

TERMINATE  GTMVRQ 

(Y/N)? 

PLEASE  ENTER  THE 

send- to  facility 

SEND  TO 

SEND  TO  FACILITY 

FACILITY 

OR  “EXIT”: 

EXIT 

QUIT  PROCESSING 

PLEASE  ENTER  THE 

OKNSTTYYDDDXX 

OCR  LABEL 

PRODUCT  ID  (GS 

MNSTTYYDDDXX 

GS  LABEL 

LABEL  OR  OCR 
LABEL)  OR  "EXIT": 

EXIT 

QUIT  PROCESSING 

OPIAH 
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Table  22-9.  Operator  Messages 


OTHER:  TOTAL  NUMBER  OF  ITEMS  SUCCESSFULLY  PROCESSED 

GTMvRQ  - END  Or'  PROCESSING 
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22.5.5  GTLTTS  (LSD-MMF-CPD-2068)  - LTTS  MOVE  REQUEST  GENERATOR 

The  LTTS  move  generation  procecs  is  initiated  by  the  operator  at  TAS  when  he 
wants  to  schedule  acceptable  products  for  archive  at  LTTS. 

Upon  initiation,  GTLTTS  retrieves  all  records  of  archive  products  sto.ed  in  the 
TAS  work  station  and  determines  which  of  them  are  candidates  for  LTTS  scheduling 
based  on  tape  age,  last  use,  and  time  in  TAS.  Scheduling  of  the  candidates  is 
done  by  updating  the  destination  facility  field  of  the  product  records.  Finally, 
a processing  summary  report  is  printed  out,  listing  the  total  number  of  tapes 
considered,  the  number  of  tapes  scheduled,  and  the  HDT-IOs. 

A list  of  operator  messages  and  corresponding  actions  is  given  in  Table  22-10. 

22.5.6  GTALOC  (LSD-MMF-CPO-2067)  - ARCHIVE  STORAGE  LOCATION  ENTRY  PROCESS 

The  archive  storage  location  entry  program  is  initiated  by  an  operator  in  the 
tape  archive  storage  (TAS)  facility  or  the  long-term  tape  storage  (LTTS) 
facility.  It  enters  the  storage  locations  of  archived  HDTs  into  the  MMF  data 
base  system. 

Upon  Initialization,  the  operator  is  asked  to  enter  the  archive  facility 
Identifier,  which  is  then  verified.  Valid  facility  identifiers  are  TAS  and  LTS. 

The  operator  is  then  requested  to  enter  a product  ID  and  its  archive  storage 
location.  The  product  ID  may  be  au  OCR  label  or  a GS  label.  GTALOC  verifies 
the  product  ID,  as  well  as  the  storage  location  that  was  entered. 
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After  validating  the  operator  input,  the  process  then  checks  that  the  current 
storage  location  in  the  data  base  product  record  Is  blanks  If  this  location  Is 

I j 

not  blank  and  does  not  snatch  the  storage  location  that  was  keyed  In,  the 

operator  is  Informed  1 that  the  product  was  previously  stored  at  a different 

1 ‘ 

location  atid  is  asked  whether  he  wants  to  override  his  Initial  Input  location. 

i 

If  the  operator  does  not  override,  the  archive  product  record  is  then  updated 
with  the  'new  storage!  location.  This  entire  process  is  repeated  until  the 

I * 

operator  decides  to  exit  from  the  program. 

The  GTALOC | prompts  and  .responses  are  shown  In  Table  22-11. 

I i 

i | 

I t 

A list  of  operator  messages  and  corresponding  actions  Is  given  In  Table  22-12. 
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Table  22-11.  GTALOC  Prompts  and  Responses 


PROMPT  RESPONSE 

DO  YOU  WANT  TO  CONTINUE  Y 

WITH  THE  PROGRAM 

(GTALOC)  (Y/N)?  N 


ENTER  THE  ARCHIVE  TAS/LTS 

FACILITY  (TAS/LTS) 

(EXIT) 

EXIT 


ENTER  THE  ARCHIVE  ID  OCR/GS 

(OCR/GS  LABEL)  OR  LABEL 

(EXIT)  EXIT 

ENTER  THE  ARCHIVE  STORAGE 

STORAGE  LOCATION  LOCATION 

(E.G.,  120931)  OR 
(EXIT) 

EXIT 


DO  YOU  WANT  TO  Y 

OVERRIDE  THIS  LOCATION 
(Y/N)? 

N 


EXPLANATION 

THE  OPERATOR  WISHES  TO  CONTINUE 
THE  PROCESSING 
THE  OPERATOR  WISHES  TO  STOP 
FURTHER  PROCESSING 

THE  ARCHIVE  FACILITY  TO  BE 
PROCESSED  IS  EITHER  TAS  OR  LTS 

THE  OPERATOR  DOSS  NOT  WISH  TO 
PROCESS  ANY  FURTHER 

THE  ENTERED  OCR/GS  LABEL 
IS  PROCESSED 

THE  OPERATOR  DOES  NOT  WISH  TO 
PROCESS  ANY  FURTHER 

THE  OPERATOR  SUPPLIED  STORAGE 
LOCATION  IS  PROCESSED 


THE  OPERATOR  WISHES  TO  STOP 
FURTHER  PROCESSING 

THE  OPERATOR  WISHES  TO  OVERRIDE 
THIS  STORAGE  LOCATION 

THE  OPERATOR  DOES  NOT  WISH  TO 
OVERRIDE  THIS  STt&ACE  LOCATION 
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Table  22-12.  List  of  Operator  ? lagea  and  Related  Action  Items 
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TO  SOFTWARE 
MAINTENANCE 


FORWARD  OUTPUT 
TO  DATA  BASE 
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INPUT  DATA  AS 
PROMPTED  (MANUAL 
_MflDU 


DO  NOT  RETURN 
GTALOC 
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22.5.7  GTRETR  (LSD-MMF-CPD-2061)  - PRODUCT  RETRIEVAL  REQUEST  GENERATOR 
The  GTRETR  product  tracking  retrieval/request  list  program  is  capable  of 
generating  a listing  of  all  product  ID3  that  are  to  be  moved  to  other 
destinations  from  a current  work  station.  This  process  is  run  manually!  under 
operator  control.  The  operator  provides  the  current  work  station  from  which  the 
list  of  products  to  be  moved  is  generated. 

When  initiated,  the  process  requests  the  operator's  work  station  and  verifies 
it.  If  it  is  a valid  work  station,  GTRETR  then  proceeds  to  examine  the  status 
of  all  products  at  that  work  station.  If  the  status  indicates  that  the  product 
is  to  be  sent  to  another  facility  but  ha9  not  been  logged  out  yet,  GTRETR 
generates  a listing  on  the  Terminet-300  giving  the  product  IDs  with  their 
destinations  and  storage  locations. 

The  GTRETR  prompts  and  responses  are  shown  in  Table  22-13. 

A list  of  operator  messages  and  corresonding  actions  is  given  in  Table  22-14. 
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Table  22-13.  GTRETR  Prompts  and  Responses 


PROMPT 

RESPONSE 

EXPLANATION 

YOU  ARE  RUNNING  GTRETR. 

Y 

THE  OPERATOR  WISHES  TO 

DO  YOU  WISH  TO 

CONTINUE  PROCESSING. 

CONTINUE  PROCESSING  (Y/N)? 

N 

THE  OPERATOR  WISHES  TO 
STOP  FURTHER  PROCESSING 

DO  YOU  WISH  TO 
CONTINUE  GTRETR 

Y 

THE  OPERATOR  WISHES  TO 
CONTINUE  PROCESSING. 

PROCESSING  (Y/N)? 

N 

THE  OPERATOR  WISHES  TO 
STOP  FURTHER  PROCESSING 

ENTER  WORK  STATION. 

OPERATOR 
WORK  STATION 
(VALID  RE- 
SPONSES IN 
TABLE  22-1) 

THE  PRODUCTS  WAITING  TO 
BE  LOGGED  OUT  OF  THIS 
WORK  STATION  ARE 
DETERMINED. 
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Table  22-14.  MfHH;if>c/Action  Matrix 


I 


8LSDS4232 

I Revision  A 

I 16  July  1982 

^22.5.8  CTAINV  (LSD-MMF-CPD-2066)  - ARCHIVE  INVENTORY  PROCESS 

GTAINV  is  operated  on  demand  at  either  TAS  or  LTTS,  and  generates  an  inventory 
sheet  of  all  archived  products  at  the  specified  facility,  together  with  their 
storage  locations.  The  inventory  is  listed  by  sequential  storage  locations,  and 
shows  locations  that  are  unoccupied. 

GTAINV  receives  the  current  facility  name  (TAS  or  LTS)  from  the  operator  and 
searches  through  the  data  base  product  records  for  the  requested  facility. 
Products  that  are  assigned  to  the  facility  and  are  used  for  archiving  are  listed 
on  a scratch  file.  The  scratch  file  13  sorted  by  archive  storage  location  In 
ascending  order,  and  is  printed  on  the  Terminet-300,  providing  an  archive 
inventory  list.  When  the  requested  facility  is  TAS,  the  empty  storage  slots  are 
also  listed  in  the  listing  file. 

The  GTAINV  prompts  and  responses  are  shown  In  Table  22-15. 

A list  of  operator  messages  and  corresponding  actions  is  given  in  Table  22-16. 
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Table  22-15.  GTAINV  Operator  Interface  Formats 

i 

PROMPT  INPUT  ACTION  TAKEN 


YOU  ARE  RUNNING  GTAINV.  ENTER  EXIT 

THE  CURRENT  FACILITY  OR  EXIT  TAS 

(TAS ) LTS  OR  EXIT); 


PROCESSING  STOPPED 

ARCHIVE  INVENTORY  LISTING  FOR 

TAS  FACILITY  IS  PRODUCED 


! 

1 

l 


LTS  ARCHIVE  INVENTORY  LISTING  FOR 

LTS  FACILITY  IS  PRODUCED 


j 

1 

» 

i 


i 
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Table  22-16.  Message/Action  Matrix 


ORWARD  OUTPUT  TO 
DATA  BASE 
ADMINISTRATOR 

"FORWARD  OUTPUT  TO 
SOFTWARE 
MAINTENANCE 


RE-RUN 


RESPOND  PROPERLY 
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I 22.5.9  DUARSL  (LSD-MMF-CPD-2083)  - ARCHIVE  STORAGE  LOCATION  LIST  GENERATOR 
^ When  a product  Is  logged  In  or  out  of  TAS/LTTS,  the  GTLGIN  or  GTLGOT  program 
activates  DUARSL.  DUARSL  creates  a printed  listing  showing  the  product  and  Its 
assigned  storage  location.  DUARSL  cannot  be  activated  directly  by  operator 
control. 

22.5.10  CTNPRT  (LSD-MMF-CPD-2064)  - GS  ID  LABEL  GENERATOR 

The  GS  identification  label  prlnc  program  (GTNPRT)  prints  any  number  of  labels 
for  either  an  existing  GS  product  Identifier  or  the  next  Identifier  sequence 
number  for  a given  product  type.  Upon  Initiation,  this  process  displays  a menu 
of  modes  ("next’’  or  "specific”)  for  operator  selection.  Processing  continues  as 
the  mode  Is  selected. 

To  print  labels  for  a "specific"  product  Identifier,  the  operator  enters  the 
product  Identifier,  recording  density,  number  of  tracks,  interleaving  format, 
number  of  reels  (for  multi-volume  COT  products)  and  number  of  copies  of  each 
label  to  be  printed.  If  the  media  type  of  the  product  identifier  Is  CA  (CCT=A) 
or  CP  (CCT-P),  the  operator  Is  asked  for  GS  scene  ID. 

To  print  labels  for  the  "next"  product  Identifier,  the  same  Information  Is  asked 
except  that  the  product  Identifier  Is  replaced  by  mission  number,  media  type  and 
number  of  times  the  label  IDs  will  be  generated. 

For  both  modes,  the  operator  must  specify  whether  the  product  Is  an  original  or 
a copy. 
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When  all  of  the  necessary  Information  has  been  provided,  the  label  entries  are 


formatted 


and  printed  bn  the  Termlnet-300  printer. 


The  GTNPRT  prompts  andi  responses  are  shown  In  Table  22-17. 


A list  of 


joperator  messages  and  corresponding  actions  Is  given  In  Table  22-18. 


22.5.11  GTFPRT  (LSD-MMF-CPD-1065)  - FREE  FORMAT  LABEL  GENERATOR 

| . ! 

The  free  format  label  print  program  (GTFPRT)  prints  labels  on  the  Termlnet  300 
split-platen  printer.  These  labels,  whenever  needed,  are  generated  by  the 

! i 

operator  juslng  the  VT78  KCRT  terminal.  Labels  produced  using  this  process  are 

used  to  label  various  offline  items  such  as  HDT  drives,  CCT  drives,  TAS  storage 

| i 

rack  locations,  and  ;expendabie/spare  parts.  Replacements  can  be  made  for 

I ! 

damaged  or]  worn  GS  labels. 


\ ) 


t > 


When  Initiated,  the  program  displays  the  operator's  options  of  processing  a free 

I [ 

format  label  or  exiting  the  program.  The  appropriate  label  form  appears  on  the 

j I 

screen  for  the  operator  to  fill  In.  This  form  consists  of  nine  lines,  each  line 

consisting  of  25  characters.  The  format  of  the  displayed  fora  Is  the  same  as 

■ I 

the  printed  label  format.  When  the  form  is  filled  In,  It  Is  checked  to  be  sure 

| 

it  Is  not  all  blanks.  Then,  the  operator  is  prompted  for  the  number  of  copies  to 

i 

be  printed l When  the  operator  exits  from  the  program,  the  requested  number  of 

i 

labels  are  printed  on  the  Termlnet-300  printer. 

| 

The  GTFPRTs VT78  screen  ‘displays  are  shown  In  Figures  22-14  and  22-15. 

i 

A list  of  bperator  messages  and  corresponding  actions  is  given  in  Table  22-19, 
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Table  22-17.  Prompts  and  Responses 
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Table  22-17.  Prompts  and  Responses  (cont'd) 
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Table  22-18.  M age/Action  Matrix 
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Table  22-18.  Message/ Action  Matrix  (Cont'd) 


NONE 


FOLLOW  ACTION  TAKEN 
BY  PROGRAM  PROMPTS 


FOWARD  OUTPUT 
TO  SOFTWARE 


FORWARD  OUTPUT 
TO  DATA  BASE-  . 


FjiKMgEMiKWw 


INPUT  DATA  AS 
PROMPTED 
(MANUAL  MODE) 


DO  NOT 

RERUN 

CTNPRT 
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SPEC  - TO  CREATE  GS  IDENTT  I CATION  FOR  SPECIFIC  PRODUCT 


WIGOTAL  PAGc  is 
Poor  QUALITY 


CTTPRT  WEE  FORMAT  LABEL  PRINT  (MENU  SCREEN)  CTFPRT 

ENTER  ONE  OF  THE  FOLLOWING 

' 1 - FREE  FORMAT  LABEL  SCREEN 

2 - EXIT 


Figure  22-14.  Menu  Screen 
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FREE  FORMAT  LABEL  PRINT  (ENTRY  SCREEN  3)  


j FREE  FORMAT  LABEL  FORM 

| i 
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j 

ESTEP.  THE  NUMBER  OF  COPIES  DESIRED  (00-99) 


HIT  LINEFEED  TO  GET  TO  THE  MENU  SCREEN 

' ! 

J * 

ALL  LABELS  WILL  BE  PRINTED  OUT  AFTER  EXITING  THE  PROGRAM 
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Figure  22-15.  Free  Format  Label  Form 
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Table  22-19.  Message/Action  Matrix 
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1.0  INTRODUCTION 

THIS  DOCUMENT  DESCRIBES  THE  MANNER  IN  MHICC  THE 
TRANSACTIONS  Or  THE  MISSION  MANAGEMENT  FACILITY  (MMF)  WILL 
BE  CONTROLLED  AND  INITIATED.  THE  FOLLOWING  DEFINITIONS  ARE 
USED  THROUGHOUT  THIS  DOCUMENT!  - 

1,  A SCENARIO  IS  AN  AGGREGATE  OF  RELATED  TRANSACTIONS, 

2,  A TRANSACTION  IS  A SEQUENCE  OF  PROCESSES  WHICH 
ACCOMPLISH  A SPECIFIC  PURPOSE, 

3,  A PROCESS  CORRESPONDS  TO  A COMPUTER  PROGkAM  (RUN-UNIT), 


IN  A0DIT10N,  IT  DEFINES  THE  OPERATIONAL  ENVIRONMENT  AND 
IDENTIFIES  THE  MANNER  IN  wHICH  DATA  BASE  SECURITY  AND 
INTEGRITY  WILL  BE  MAINTAINED,  TOPICS  COVERED  ARE! 

1,  THE  MENU  INTERFACE  IS  DEFINED, 


2,  THE  GENERAL  FORMAT  OF  TEE  DIGITAL  CONTROL  LANGUAGE  (DC L) 
SKELETONS  IS  DEFINED, 

3,  THE  PHILOSOPHY  BEHINO  JOS  SUBMITTAL  IS  OUTLINED, 

4,  JOB  AND  PRINT  PRIORITIES  ARE  SPECIFIED, 

5,  INDIVIDUAL  FUNCTIONAL  ACCOUNTS  ARE  DEFINED, 


IN  SECTION  8,0  A USER  PROCESS  OPERATION  IS  DESCRIBED 
TO  DEMONSTRATE  A TYPICAL  APPLICATION  OF  THE  MENU  CONTROLLED 
PROCESSING  SYSTEM, 
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2.J  MENU  iNTERFACE  (HMFUCP)  ( ) 

THE  MENU  PROGHAM  (MRFOCP)  WILL  BE  THE  MAIN  USES 

interface  into  the  mkf  system.  the  program  will  display  the 

OPTIONS  ASSOCIATED  WITH  An Y GIVE*  ACCOUNT  AND  NO  OTHER, 

WHEN  A USER  (ANY  PRODUCTION  CONTROL  OPERATOR)  LOGS’  ON  TO  AN 
(ACCOUNT,  HE  WILL  AUTOMATICALLY  HAVE  THE  APPROPRIATE  MENU 
DISPLAYED.  IF  THE  USER  ATTEMPTS  TO  AbORT  THE  PROGRAM,  THE 
MENU  WILL  TRAP  IT  AND  DISPLAY  THE  MAIN  MENU  ASSOCIATED  WITH 
THAT  ACCOUNT.  THEREFORE,  UNAUTHORISED  ACCESS  TO  THE  MONITOR 
id  ILL  BE  PREVENTED.  FOR  A MORE  DETAILED  DESCRIPTION  OF  THESE 

Accounts,  see  the  accounts  sectiu.%, 

i 

THE  MENU  IS  INTENDED  To  BE  A VERY  FLEXIBLE  AND 
CONTROLLABLE  interface  Into  THE  WMF  SYSTEM,  EACH  account 
WILL  HAVE  ITS  OfcN  VERSION  OF  THE  MENU  TAILORED  TO  THE 
INDIVIDUAL^  PROCESSING  REQUIREMENTS.  OPERATOR  ACCOUNTS  WILL 
HAVE  THE  FULL  RANGE  OF  CAPABILITIES,  WHILE  OTHER  USERS  wlbL 
HAVE  SOME ! SUBSET  OF  THESE.  A USER  IS  ANYONE  WHO  LOGS  ON 
jto  an  ACCOUNT. 

j THE  MENU  WILL  HANDLE  MOST  OF  THE  TEDIOUS  DCL  HEEDED  TO 
PERFORM  VARIOUS  TaSKS  ON  THE  SYSTEM 0 THIS  ALLEVIATES  THE 
[NEED  FUR  THE  GENERAL  USER  TO  LEAR*  THE  DCL  FOR 
THE  DECSYSTE--.-20.  THE  MMK  SYSTEM  SECURITY  WILL  ALSO  BE 
ENHAuCED  BECAUSE  THE  MENU  HAS  TOTAL  CONTROL  OF  THE  USER'S  _ 

(JOB.  IF  THE  menu  PROGRAM  DETERMINES  THAT  THE  USER  IS  NOT  , } 

PRIVILEGED; TO  PERFORM  A CERTAIN  FUNCTION,  THEN  IT  WILL 
POLITELY  PREVENT  HIM  FROM  DOING  SO. 

i 

THE  USER  WILL  NOT  HAVE  TO  KNOW  ThE  INDIVIDUAL  PROCESSES 
WHICH  FORM  A GIVEN  TRANSACTION.  THE  USER  SIMPLY  INDICATES 
fO  THE  MENU  WHICH  TRANSACTION  TO  RUN  AND  THE  MENU  DOES  THE 

rest,  therefore,  a novice  with  little  training  will  be  able 
jro  run  transactions  on  ihe  mmf  system. 

I UN  THE  FOLLOWING  PAGE  IS  THE  ANTICIPATED  MAIN  MENU  CRT 

SCREEN  FOR i THE  OPERATOR'S  CONSOLE, 

\ . ■ 


i 

i 


| 

■ 

I 

i 

i 

V 

! 


( 


MMFOCP  — — — • MMF  OPERATIONS  CONTROL  PROGRAM  (MAIN  MENU)  — — MMFOCP 
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MMFOCP  —————  MMF  OPERATIONS  CONTROL  PROGRAM  (MAIN  MENU)  —————  MMFOCP 
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THE  FUNCTIONS  ON  THE  SCREEN  ARE  DEFINED  AS  FOLLOWS! 

0,  EXIT  • FOR  THE  OPERATOR  , THE  MENU  PROGRAM  MILL  TERMINATE 
AND  LEAVE  THE  OPERATOR  IN  THE  T0PS-20  MONITOR,  FOR  MOST 
OTHER  USERS,  THE  PROGRAM  WILL  TERMINATE  AND  AUTOMATICALLY 
LOG  THE  USER  * S TERMINAL  OFF  THE  SYSTEM, 

1,  HELP  • PROVIDE  ONLINE  HELP  TO  THE  INEXPERIENCED  NOVICE  OH 
FORGETFUL  EXPERT, 

2,  MMF  TRANSACTIONS  * WHEN  THIS  FUNCTION  IS  CHOSEN , ANOTHER 
SCREEN  MILL  APPEAR  DISPLAYING  THE  NAMES  AND  A BRIEF 
DESCRIPTION  FOR  EACH  MMF  PROCESSING  TRANSACTION  ALLOWED, 
THE  TRANSACTIONS  LISTED  MILL  NOT  INCLUDE  ANY  MANAGEMENT 
REPORTS,  A SEPARATE  FUNCTION  MILL  BE  AVAILABLE  FOR  THEM, 

J,  MANAGEMENT  REPORTS  • SIMILAR  TO  THE  MMF  TRANSACTIONS 
DESCRIBED  ABOVE,  ANOTHER  SCREEN  MILL  APPEAR  DISPLAYING  THE 
NAMES  AND  A BRIEF  DESCRIPTION  FOR  EACH  MMF  MANAGEMENT 
REPORT  TRANSACTION  ALLOWED  TO  BE  RUN, 

4,  DATA  BASE  EXAMINE,  UPDATE  AND  RECOVERY 

DATA  BASE  UPDATES  • A SPECIALIZED  FUNCTION  TO  CALL  THE 
OBUPDT  PROGRAM,  ONLY  PARTICULAR  ACCOUNTS  SUCH  AS  THE 
OPERATOR  OR  DATA  BASE  ADMINISTRATION  (DBA)  ACCOUNT  MILL 
HAVE  THIS  CAPABILITY, 

DATA  BASE  RECOVERY  • A SEPARATE  FUNCTION  BECAUSE  OF  ITS 
CRITICAL  NATURE,  ONLY  A SKILLED  DATA  BASE  PERSON  ft ILL  BE 
ALLOWED  ACCESS  TO  IT,  THE  FUNCTION  WILL  CALL  THE  DBMENO 
PROGRAM. 

5,  UTILITIES  AND  SYSTEM  STATUS 

SYSTEM  STATUS  -THIS  FUNCTION  WILL  PROVIDE  USEFUL 
SYSTEM  STATUS  INFORMATION  AT  VARIOUS  LEVELS  OF  OETAIL,  THE 
ACTUAL  STATUS  INFORMATION  IS  NOT  COMPLETELY  DEFINED  AT 
THIS  TIME,  ONE  POSSIBLE  ITEM  MAY  SIMPLY  BE  A LIST  OF  THE 
CURRENT  JOBS  RUNNING  ON  THE  MMF  SYSTEM,  THE  USER  MAY  THEN 
DECIDE  WHETHER  TO  START  A TRANSACTION  OR  NOT, 


6,  T0PS-20  COMMAND  MODE  • THE  USER  MAY  ISSUE  ONE  OF  A SUBSET 
OF  T0PS-20  MONITOR  COMMANDS  IN  THIS  MODE,  AFTER  THE 
COMMAND  HAS  BEEN  EXECUTED,  THE  SYSTEM  RETURNS  TO  THE  MENU 
PROGRAM.  THE  GENERAL  USER  WILL  BE  LIMITED  TO  VARIOUS 
NONDESTRUCTIVE  COMMANDS  SUCH  AS  PRINT,  DAYTIME, 
DIRECTORY,  ETC, 

7,  OPERATOR  UTILITIES  • THERE  MAY  BE  MANY  FUNCTIONS  THAT  THE 
OPERATOR  MAY  NEED  TO  PERFORM  OFTEN,  SOME  OF  THESE 
FUNCTIONS  WILL  BE  IN  THE  FORM  OF  UTILITIES  rOR  ACCESS  BY 
THE  OPEPATOR,  THE  LIST  OF  UTILITIES  IS  NOT  COMPLETELY 
OEFINED  AT  THE  MOMENT, 


• t 


f. 


! 
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THE  MENU  PROGRAM  WILL  BE  PILE  DRIVEN  FOR  FLEXIBILITY  AND 
EASE  OF  MAINTENANCE.  EACH  ACCOUN1  WILL  HAVE  OnE  OR  MORE  FILLS 
FOR  USE  BY  THE  MENU,  ALL  UF  THE  FILES  WILL  BE  STOKED  IN  ASCII 
AND  THEY  WILL  BE  CREATED  BY  ONE  OF  THE  DECSYSTEM-20  TEXT  EDITORS, 


THE  F1LE(S)  MILL  CONTAINS 


i 


1,  POINTERS  TO  ADDITIONAL  SCREEN  FORMATS  FOR  USE  BY  THE 
PROGRAM.  ALL  POSSlHbE  SCREEN  FORMATS  WILL  APPEAR  IN  A 
SINGLE  FILE  ON  THE  SYSTEM.  THE  FILE  WOULD  BE  ACCESSED  IN 
A READ  ONLY  MODE,  SO  THAT  CONCURRENT  MENU  PROGRAMS  «*JLL 
HAVE  LITTLE  OP  NO  CONTENTION  OVER  IT.  THE  SINGLE  FILE 
SCHEME  PROVIDES  AN  EASY  WAY  TO  MAINTAIN  THE  SCREEN  IMAGES. 
MODIFICATIONS  ONLY  NEED  TO  BE  PERFORMED  IN  ONE  PLACE, 

i 

2.  A LIST  OF  TRANSACTIONS  WHICH  MAY  BE  RUN  BY  THE  USER. 


3,  VARIOUS  SUBMIT  (CTL)  A«l)  TAKE  (CMD)  SKELETONS  FOR  USE  IN 
CREATING  BATCH  JUBS.  DIFFERENT  TRANSACTIONS  MAY  REQUIRE 
DIFFERENT  SKELETONS, 


I ONLY  ALLOWABLE  FUNCTIONS  WILL  APPEAR  IN  THE  USER'S  MEnU 
SCREEN.  THE  FUNCTIONS  WILL  BE  DEFINED  MY  THE  ACCOUNT'S  MENU 
FILE  AND  THE  USER'S  OVERALL  SECURITY  PRIVILEGES. 


! WHENEVER  A FUNCTION  IS  CHUSEN,  On£  OF  THE  FOLLOWING  WILL 
OCCUR  DEPENDING  ON  THE  REQUIREMENTS  FOR  THE  FUNCTION, 

1.  ANOTHER  MENU  SCREEN  MAY  APPEAR  ASKING  FOR  FUHTHUR  INPUT, 

! WHERE  POSSIBLE,  THE  CHOICES  FUR  INPUT  w:LL  BE  DISPLAYED. 


2,  THE  FUNCTION  MAY  BE  PERFORMED,  IF  THE  FUNCTION  IS  TO  RUn 
j ANOTHER  PROGRAM  IN  MANUAL  MUDE,  THEN  THAT  PROGRAM  WILL  BE 
} STARTED  AND  IT  WILL  REPLACE  THE  MENU  0(4  THE  SCREEN, 


i . 


4. 


AN  ERRok  MESSAGE  MAY  APPEAR  ON  THE  CUkRENT  MENU  SCREEN,  OK 
IF  THE  ERROR  IS  SEVERE  ENOUGH,  THE  MAIN  MENU  WILL  APPEAR, 

i 

I 

THE  MENU  PROGkA-  MAY  LOG  THE  USER'S  TERMINAL  OUT  OR,  IN  THE 
CASE  OF  THE  OPERATOR,  THE  PROGRAM  WILL  RETURN  TO  THE 
T0P5-20I MONITOR, 


i 


( 


l 


I 
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THU  MENU  WILL  HE  IMPLEMENTED  2ft  PHASES,  THE  PHASES  HILL 
BASICALLY  FOLLOW  THE  OKDER  IN  THE  FOLLOWING  LIST,  THIS  LIST  IS  j ) 
ONLY  FOR  THE  OPERATOR  VERSION,  OTHER  VERSIONS  WILL  SIMPLY  BE 
SUBSETS  OF  THESE  AND  WILL  BE  PHASED  IN  AS  NEEDED, 

1,  BE  ABLE  TO  EXECUTE  GIVEN  PROCESSES  IN  A GIVEN  SEUUENCE  AND 
RETURr*  TO  THE  MENU.  IDEALLY,  THE  USEH  CAN  flUN  A WHOLE 
TRANSACTION  I«  MANUAL  NODE  THEN  AUTOMATICALLY  RETURN  To 
THE  MENU. 

2,  COMMAND  FILES  HAY  BE  EXECUTED  AND  BATCH  JOBS  MAY  BE 
CREATED  AND  STARTED  BY  THE  KEftU,  COMMAND  FILES  HAY  HAVE 
ANY  MIXTURE  OF  MANUAL  And  AUTOMATIC  PROCESSES  WITHIN  THE 
SAME  JOB  STREAM,  USER  CHEATED  COMMAND  FILE 5 WILL  NOT  BE 
ALLOWED. 

3,  IN  CONTROLLED  CIRCUMSTANCES,  BE  ABLE  TO  BRANCH  TO  T0PS-20 
SO  Tl'.’.T  THE  USER  CA*  EXECUTE  MONITOR  COMMANDS,  THE 
OPERATOR  WILL  BE  ALLUwEO  TO  PERFORM  ANY  TOP5*20  COMMAND, 

4,  ONLINE  HELP  WILL  HE  AVAILABLE  FOR  ALL  FUNCTIONS. 

5,  EXTENSIVE  SYSTEM  STATUS  INFORMATION  MAY  B£  OBTAINED 
WITHOUT  LEAVING  ThE  PROGRAM, 

6,  AS  PART  OF  THE  OPERATOR  UTILITIES,  THE  PROGRAM  MAY  PROVIDE 
A LIST  OF  THE  TRANSACTIONS  THAT  HAVE  RUN  DURING  THE  DAY 

AND  A LIST  OF  TRANSACTIONS  THAT  SHOULD  BE  RUN  BASED  ON  THE  , " . 

CURRENT  TIME  OF  OAY.  THIS  WILL  ACT  AS  A REMINDER  TO  ThE 
OPERATOR  ABOUT  wHAT  NEEDS  TO  BE  DUNE. 
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3.0  DIGITAL  CONTROL  LANGUAGE  (DCL ) SKELETONS 
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THE  HE-MU  INTERFACE  FOR  OPERATIONAL  ACCOUNTS  WILL  BUILD 
CONTROL  FILES  ON  An  AS  NEEDED  BASIS.  UCL  SKELETONS  WILL  EXIST 
HAVING  ARGUMENTS  WHICH  WILL  BE  SUPPLIED  BY  THE  MENU  PROGHAM  TO 
CONSTRUCT  CONTROL  STREAMS,  THE  DCL  SKELETON -v  WILL  BE 
MAINTAINED  IN  THE  DBA  ACCOUNT.  Tut  DCL  SKELETONS  WILL  BE 
GENERAL.  FOR  EXAMPLE,  THE  FOLLOWING  DCL  SKELETON  COULD  BE 
USED  FOR  JOB  SUBMITTAL  OF  ANY  PROCESS. 


BTAKE  LOGIN 

p(99e999»«99999999*999999  PROCESS  XX  99999999999999 

PR UN  XX/JRN/AUTOPATIC 
PIF  ERROR  GOTO  EEX1T 
PAPPENU  XX.PLG  HAIN.PLG 
PLEWPRT  XX. SUM 
9DELETE  XX.UIL 
PDELETE  XX.PLG 
PEXPUnGE 

P (NEXT  PROCESSES,  IF  ANY) 

PGDTO  EOJ 

PEtXITJ:  (ERROR  PROCESSING) 

PNEwPRT  XX. SUM 
PNEWPRT  XX, ERR 
PNEWPRT  XX.UIL 
PEOJU 

THE  "XX"  wOULU  BE  THE  RUN  UNIT  NAME.  THE  ADVANTAGES  OF 
A SKELETON  ARE  AS  FOLLOWS t 

1.  THE  DCL  MAINTENANCE  WILL  BE  MINIMIZED. 

2.  DISK  SPACE  WILL  BF.  SAVED. 

3.  ERRORS  IN  A DCL  STREAM  CAN  bE  CORRECTED  QUICKLY. 


IN  THE  ABOVE  EXAMPLE,  THE  XX.PLG  IS  APPENDED  TO  A MAIN 
FILE.  THIS  FILE  WILL  ACCUMULATE  ALL  PLGS  FOR  LATER  VIEWING, 
SUMMARY  REPORTS  WILL  ALWAYS  BE  PRINTED  AND  ENOUGH 
GENERATIONS  FOR  ONE  DAY  FOR  EACH  RUN-UNIT  MILL  BE  KEPT,  THE 
RUN  UNIT  KILL  EXECUTE  IN  AUTOMATIC  MODE  AND  JOURNALLING  IS 
TURNED  ON.  IF  AN  ERROR  CONDITION  OCCURS  THE  ERR  AND  U1L  ARE 
PRINTED. 

transaction  control  files  should  perform  clean  up 

ACTIVITIES  UPON  EITHER  SUCCESSFUL  OH  UNSUCCESSFUL  COMPLETION 
OF  A RUN  UNIT. 
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j IN  TKE  EARLY  STAGES  OF  THE  CREATION  OF  THE  MENU 
PROGRAM,  THE  JOB  STREAMS  MAT  BE  FIXED,  AS  AN  ENHANCEMENT  TO 
THE  PROGRAM,  THE  VARIABLE  JOB  STREAMS  AS  DESCRIBED  ABOVE 
BILL! BE  ADDED. ! 

EACH  SKELETON  MILL  HANDLE  THE  FOLLOWING  RESPONSIB1LIES : 

1.  UPON  SUCCESSFUL  COMPLETION  OF  EACH  PROCESS  (RUN-UNIT)  A 
TRANSACTION  MILL: 


1.  APPEND 
TO  THE 


THE  USER  INTERACTION  LUG,  AND  PRODUCTION  LOG 
CORRESPONDING  MASTER  SYSTEM  FILES, 


2.  SEND  PRINT  FILES,  SUCH  AS  MANAGEMENT  REPORTS  AND 
SUn«ARY  REPORTS,  TO  THE  LINE  PRINTER  SPOOLER. 

l 

3.  DELETE  UNNECESSARY  FILES  AND  EXPUNGE  TO  RECOVER 

SPACE,; 

} 

4.  initiate  the  next  process. 


UPON  UNSUCCESSFUL  COMPLETION  OK  EACH  PROCESS  (RUN-UNIT), 
A TRANSACTION  WILLI 

1.  SEND  ERROR  REPORTS,  SUMMARY  FILE  AND  THE  USER 
INTERACTION  LOG  TJ  THE  LINE  PRINTER, 

2.  BYPASS'  OTHER  PROCESSES  IN  THE  TRANSACTION. 

( 

3.  INITIATE  ANY  ERROR  PROCESSING, 


T 


T 


T 


TT 
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3.1  JUB  SUBMITTAL 

A JOB  MAY  BE  SUBMITTED  1*4  OnE  OP  FOUR  WAYSl 

1,  INTERACTIVE  - LEAST  EFFICIENT,  MOST  CONTROL,  REQUIRES 
OPERATOR  TO  CONSTANTLY  MONITOR  THE  SYSTEM  AND  TO  PROVIDE 
INTERACTIVE  INPUT, 

2.  RANDAL  SUBMISSION  - OPERATOR  SUBMITS  A JOB  IN  BATCH. 

THIS  WILL  BE  SLIGHTLY  MORE  EFFICIENT  THAN  THE 

INTERACTIVE  MODE  BECAUSE  DATA  «ILL  BE  PASSED  DIRECTLY  TO 
THE  PROGRAM  WITHOUT  HU*AU  INTERVENTION.  HOWEVER,  THE 
OPERATOR  HAD  TO  SUBMIT  THE  JOB  ORIGINALLY 

3,  AUTOMATIC  CLOCK  DRIVE"  • MORE  EFFICIENT , MOHE  AUTOMATED 

THAN  MANUAL,  CAN  Bt  ADJUSTED  EASILY,  HOWEVER,  IF  THE 
CLOCK  STARTUPS  ARE  NUT  PROPENLY  TUNED  TO  THE  SYSTEM 
LOAD,  THE  OVERALL  CPU  (CENTRAL  PROCESSING  UNIT) 

UTILIZATION  WILL  HAVE  MANY  PEAKS  AND  VALLEYS, 

4.  AUTOMATIC  EVENT  DRIVEN  - MOST  EFFICIENT  USE  OF  TftE  CPU 
AND  THE  I/O  ( IN PUT /OUTPUT)  CHANNELS.  PROCESSES  WITHIN  A 
TRANSACTION  WILL  HE  EFFECTIVELY  CLOCK  DRIVEN.  AS  0*E 
PROCESS  IN  A TRANSACTION  FINISHES,  THE  FOLLOWING  PROCESS 
WILL  AUTOMATICALLY  BE  STARTED.  THE  SYSTEM  WILL  ALMOST 
RUN  ITSELF.  TRANSACTIONS  MAY  ALSO  START  OTHER 
TRANSACTIONS  TO  PROVIDE  A FURTHER  LEVEL  OF  EVENT  DRIVEN 
SUBMISSION, 

THE  OPERATOR  HAS  LESS  CONTROL  OVER  THE  JOB  MIX  A1 
ANY  OnE  TIME  BECAUSE  JOBS  MAY  START  UP  IWDEPENDEN  I'LY , 
THE  DISTRIBUTION  OF  CPU  UTILIZATION  WILL  BE  RELATIVELY 
SMOOTHER, 


THE  MMF  SYSTEM  WILL  BE  A HYBRID  OF  THESE  TYPES,  AS 
DATA  BECOMES  AVAILABLE  FROM  CSF,  DRR'XS  AND  THE  OTHER 
FACILITIES  AND  SUBSYSTEMS,  THE  OPERATOR  WILL  START  UP  THE 
PROPER  TRANSACTIONS,  THE  MENU  PROGRAM  MAY  HELP  THE  OPERATOR 
BY  SPECIFYING  WHICH  JOBS  NEED  TO  BE  RUN  BASED  ON  THE  TIME  OF 
DAY,  MUCH  OF  THE  NORMAL  DAY-TO-DAY  PROCESSING  MAY  BE 
HANDLED  BY  A "SUPER"  SUBMIT  FILE,  THE  JOB  STREAM  WOULD  DO 
NOTHING  BUT  SUBMIT  OTHER  BATCH  JOBS  TO  BE  STARTED  AT  SOME 
SPECIFIC  TIME  OR  SUME  DELTA  INTERVAL, 


A-9 


wx> 


VJr»rt?*wj 


»->W«w«W*t*0^»t..ti-».*,.M^. » 


4,0  DECNET  DIRECTORIES 
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DECNET  FILES  WILL  RESIDE  In  PARTICULAR  DIRECTORIES, 
THESE  FILES  WILL  OPERATE  WITHIN  THE 

FRAMEWORK  ESTABLISHED  IN  THE  XCDS  (MMF/IGF ,MMF/C£F> , THE 
XCDS  HAVE  ESTABLISHED  NAMING  CONVENTIONS  AND  FILE  STRUCTURES 
FOR  FILES  TRANSFERRED  BET-EE*  FACILITIES,  HOWEVER , 
DIRECTORIES  FOR  THESE  FILES  HAVE  NOT  BEEN  ASSIGNED. 
THEREFORE,  THE  FOLLOWING  CONVENTIONS  ARE  ESTABLISHED  FUR  THE 
DIRECTORY  NAMES, 


! 

I 


IGF  ORRIS 

mmm 

HIPS 

PCS 

CSF 


DIRECTORY  NAMES 
FOR  MMF 


RECEIVING 
STH  1 <DRRTS*MMF> 
STH  t <MIPS*MKF> 
STR»<PCS-HMF> 
STRJ<CSF-MMF> 


SENDING 

STRKMMF-DRRTS> 

STRKMMF-MIPS> 

STRKMMF-PCS> 

STR:<MMF-CSF> 


THE  DIRECTORIES  WILL  BE  MAPPED  TO  REAL  DEVICES,  TAPE 
BACKUP  FUR  THE  DECNET  L1»K  WILL  USE  THE  DECNET  MAGNETIC  TAPE 
BACKUP  ACCOUNT, 
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PRINT  PRIORITIES 


THE  FOLLOWING  GUIDELINES  SHOULD  BE  ADHERED  TOt 

1,  ONLY  PRINT  PROGRAM  UILS,  AND  PLGS  WHEN  NECESSARY,  DO 
HOT  PRINT  AFTER  THE  EXECUTION  OF  EACH  RUN-UNIT^" 

2,  BATCH  OUTPUT,  SUCH  AS  FROM  REPORT  PROGRAMS,  SHOULD  HAVE  A 
LOW  PRIORITY,  BATCH  LOG  FILES  SHOULD  NOT  BE  PRINTED 
UNLESS  NEEDED, 

3,  AS  A DEFAULT,  THE  PRIORITY  OF  A PRINT  FILE  CAN  BE  BASED 
ON  ITS  SIZE, 

4,  ERROR  REPORTS  SHOULD  HAVE  A HIGH  PKlORITY. 

5,  THfc  OPERATOR  MUST  HAVE  THE  ABILITY  TO  OVERK1DE  THE  PRINT 
PRIORITIES  ON  DEMAND, 

6,  USE  OF  THE  PRINT  SPOOLER  PROGRAM,  NEwPRT,  IS  ENCOURAGED. 
NEWPRT  PREVENTS  THE  FILE  CONTENTS  FROM  BEING  OVERWRITTEN 
IF  ANOTHER  OCCURENCE  OF  THE  SAME  TRANSACTION  IS  RUN,  BY 
MAKING  A COPY  OF  THE  PRINT  FILE.  NEWPRT  ALSO  HAS  THE 
CAPABILITY  TO  PHI^T  0-<LY  SELECTED  PORTIONS  OF  A FILE 
WHICH  MAY: BE  HELPFUL  WHEN  ONLY  A SMALL  SECTION 

OF  A LARGE  REPORT  IS  WAnTED, 

j 

7,  ALL  PROGRAM  SUMMARIES  WILL  BE  PRINTED  USING  NEWPRT, 


■ . 1 c -u. 
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6.0  ACCOUNTS 

AN  ACCOUNT  IS  ESTABLISHED  IN  ORDER  THAT  A USER  MAY  LOG 
ONTO  A COMPUTER  AND  PERFORM  SISTEH  LEVEL  COMMANDS. 
PRIVILEGES  CAN  BE  ESTABLISHED  FOR  ANY  GIVEN  ACCOUNT  TO  BE 
TAILORED  TO  THE  NEEDS  AND  FUNCTIONS  ASSOCIATED  JtfITH  THAT 
ACCOUNT, 

IN  SOME  INSTANCES  IT  nILL  BE  REQUIRED  TO  HAVE  ONLY  ONE 
USER  PER  ACCOUNT  AT  ANY  GIVE'*  TIME.  IN  OTHER  ACCOUNTS 
MULTIPLE  USERS  WILL  BE  ALLOWED,  THE  CRITERIA  FOR  THIS  MOULD 
BE  BASED  ON  WHETHER  OR  nOT  MULTIPLE  USERS  ON  ANY  GIVEN 
ACCOUNT  COULD  DAMAGE  THE  DATA  BASES. 
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6.1  DATA  BASE  ADMINISTRATION  (DBA)  ACCOUNTS 

THE  DATA  BASE  ADMINISTRATION  ACCOUNT  WILL  3E  THE 
CENTRAL  POINT  IN  THE  OPERATIONAL  SYSTEM.  FUNCTIONALLY 
EVERY  OTHER  ACCOUNT  WOULD  BE  A SUBSET  OF  THIS  ACCOUNT,  IF 
NECESSARY,  THE  ENTIRE  OPERATIONAL  SYSTEM  COULD  BPT  RUN  FKOM 
THIS  ACCOUNT.  GREAT  CARE  MUST  BE  EXERCI7.ED  WITH  THIS 
ACCOUNT  AND  ONLY  VERY  KNu*LEUGtAtLE  USERS  SHOULC  HAVE  ACCESS, 


BY  DEFINITION  THE  DBA  WILL  HAVE  ORE  ACCOUNT  FOP  EACH 
DATA  BASE,  PRODUCTION  AND  CROSS  REFERENCE.  THIS  *>ILL  ALLOW 
INDEPENDENCE  AND  PROTECTION  FOR  EACH  LATA  BASE. 


omm  PAGe 

POOR  QjnLijy 


IS 


f 
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6,1.1  ua A PRODUCTION  (LSAT 0}  ACCOUNT  - ACCESS  SHOULD 
INCLUDE  ALL  DATA  BASE  AREAS,  PILES,  OECNET  FILES, 
DIRECTORIES,  AND  ACCOUNTS  RELATED  TO  THE  PRODUCTION  (LSATD) 
DATA  BASE. 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT. 


SCENARIO 


TRAfJSACIIUN 


PROCESS 


DATA  BASE  CLEAN  UP  EXPIRED  DATA  PURGE  TUB 

DATA  BASE  VERIFICATION  AREA  RECORD  SUGARY  LVARS5  .DVAKSA 

CHAIN  CHASER  DVCHCH 

MAIN  INAGE  BIT  VERIFIER  DVMBIV 

OATA  BASE  MAINTENANCE  PkODUCIIC*  DATA  BASE  UNLOAD/LOAD  DBUNLD , DBLOAD 

PRODUCTION  DATA  BASE  UPDATE  DBJPDT 


I 

v.  J 


ORIGINAL  PAGE  FS 
OF  POOR  QUALITY 
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ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


6.1.2  DBA  CROSS  REFERENCE  CODLSAI)  ACCOUNT  - 

ACCESS  SHOULD  INCLUDE  ALL  DATA  BASE  AREAS,  FILES, 
DIRECTORIES,  AND  ACCOUNTS  RELATED  TO  THE  CROSS  REFERENCE 
(DDLSAT ) DATA  BASE. 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT 

SCENARIO  TRANSACTION  PROCESS 

DATA  BASE  MAINTENANCE  CROSSREFERENCE  DATA  BASE  UNLOAD/LOAD  ...  DDUNLO , DDLOAD 

CROSSREFEHEnCE  DATA  BASE  UPDATE  DDUPDi 

SOFTWARE  DEVELOPMENT  DICTIONARY  REPORTS  DDDDBA , DDD1CT 

TOOLS 


! s ,~ 

6.2  i OPERATIONAL  ACCOUNTS  ^ ) 

THE  FOLLOWING  SECTION  DEFINES  THE  OPERATIONAL  ACCOUNTS 
AND  THE  ASSOCIATED  TRANSACTIONS.  THE  TRANSACTIONS  ARE 
DEFINED  IN  MORE  DETAIL  In  IrtE  ■ MMF  OPERATIONAL  SCENARIOS  ", 

THESE  TRANSACTIONS  SHOULD  bE  LIMITED  TO  THESE  ACCOUNTS  TO 
PROTECT  THE  INTEGRITY  OF  TnE  PRODUCTION  DATA  BASE.  IN 
ADDITION.  EACH  ACCOUNT  SHOULD  HE'  CAPABLE  OF  SUBMITTING  ONLY 
THESE  TRANSACTIONS. 


i 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


i 

! 

i 

i 

i 


ORIGINAL  PAGE  (3 
OF  POOR  QUALITY 

6,2.1  MULTI -SPECTRAL  SCAHhEH  (MSS)  SCENARIO  ACCOUNT  • 

THIS  ACCOUNT  IS  ASSOCIATED  WITH  THE  DEC  20S0 
And  «XTH  AnY  MSS  PROCESSING. 

UPDATE  ACTIVITY  AGAINST  THE  PRODUCTION  DATA  v BASE 
(LSATD)  nOULD  ORIGINATE  FROM  THIS  ACCOUNT,  THEREFORE,  READ 
AND  bRITE  PRIVILEGES  WILL  BE  ESTABLISHED  FOR  ALL  PRODUCTION 
DATA  BASE  AREAS. 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS , AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT! 


SCENARIO 


TRANSACTION 


PROCESS 


USER  REQUEST  HATCH  USER  ANO  ORDER  ENTRY  .............  R5T A I w , RSUOEW , 

for  coverage  rsoben 

USER  ORUEH  STATUS  MODIFICATION  , R5U0SR 

NMK-.4  MISSION  PLANNING  .................  FCCRGn.FCCRFM 

DECNET 

m.MF-m  FLIGHT  SEGHEnT  SCHEDULING  ........  FCCRGN .FCCRFM 

DECnET 

MMF-m  ACQUISITION  ACCOUNTING  DECNET, FAFXFR 

FACRFS.FACRFb 

RSPACO.RSUOCO 


MSS  ARCHIVE 
GEmEKATIUN  SUPPORT 


QA/PEPG 

PRODUCT  GENERATION 


CONTROL  POINT 
LIBRARY  MAINTENANCE 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


I 

PCS  PHASE  1 SCHEDULING  DECNET, FAFXCR , 

FAHTIN  ( ;• 

PCS  PHASE  1 COMPLETION  NOTIFICATION  FATEPK.FATECP 

GSTDm  DATA  RECEIPT  F. « * GHKTRE 

PCS  PHASE  2 SCHEDULING  DECNET, GXDREC , 


COHASS, CADENT. 
GPPCGN 

PCS  PHASE  2 COMPLETION  NOTIFICATION  ....  GPPCFd.GAAGEN, 

GAD1NV 


ARCHIVE  GENERmT.UIn  SCHEDULING  ..........  GPAGEN ,GXI ALO, 

DECNET 

ARCHIVE  COMPLETION  NOTIFICATION  ........  DECNET. GXIREC, 

COHASS, GPIAFV, 
GPIAFA.GPARCO, 

GHIT  GENERATION  GGCHAM 

ARCHIVE  DISSEMINATION  SCHEDULING GPDGEN  ; 

I 

ARCHIVE  DISSEMINATION  COMPLETION  .......  DECNET, GXDREC, 

NOTIFICATION  COHASS, GPUCFB,  i 

RSPACO.RSU:  • i 

••  ■ ! 

i 

EDC  DATA  RECEIPT GTLGOT  1 

PEPG  PRODUCT  SCHEDULING CSSUPR.GPPGEN, 

DECNET 

CCT  COMPLETION  NOTIFICATION  DECNET, GXPREC, 

GUHASS.GPTAFB 

241  FILM  COMPLETION  NOTIFICATION  DECNET, GXPREC, 

COHASS, GPFIFb, 
GPFGEN ,GPFLFB 

DA  FILM  COMPLETION  NOTIFICATION  DECNET .GXPREC, 

GPOAFB, GPFGEN, 
GPFLFB 


RETROSPECTIVE  CONTROL  POINT  SCHEDULING  • DECNET, GXPREC, 

GACPDI .GSRTLB 


CONTROL  PUINT  SELECTION  , , . . . , # , # , . GACPDS 

CONTROL  POINT  LIBRARY  UPDATE  DECNET, GXPREC, 

GACPCU 
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ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


6,2.2  MSS  MEDIA  TRACKING  ACCOUNT  - 

THIS  ACCOUNT  IS  ASSOCIATED  WITH  THE  DEC  2050  (MMF-M) 
AND  «ITH  AnT  MSS  PROCESSING. 

UPDATE  ACTIVITY  AGAINST  THE  PRODUCTION  DATA'*'  BASE 
(LSATD)  MOULD  ORIGINATE  FROM  THIS  ACCOUNT.  THEREFORE.  READ 
AND  uRITE  PRIVILEGES  *ILL  HE  ESTABLISHED  FOR  ALL  PRODUCTION 
OATA  BASE  AREAS.  IN  ADDITION,  READ  AND  WRITE  PRIVILEGES 

HILL  BE  ESTABLISHED  FOR  THE  SAVE  TAPE  AREA  UK  THE  CROSS 
REFERENCE  DATA  BASE  ( DDLSAI ) . 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNTS 


SCENARIO 


TRANSACTION 


PROCESS 


MEDIA  TRACKING 


PRODUCT  RETRIEVAL  REQUEST 

SED1A  LUG  OUT  

MEDIA  LOG  IN  

MOVE  ORDER  GENERATION  .... 
ARCHIVE  LOCATION  ENTRY  ... 
ARCHIVE  INVENTORY  REPORT  , 
LTT5  MOVE  GENERATION  ..... 
SAVE  TAPE  TRACKING  ENTRY  , 

GS  LABEL  GENERATION  

FREE  FORM  LABEL  GENERATION 


. GTRETR 
. GTLGOT 
. GTLGIN 
, GTMVRQ  ! } 

• GTALOC , GSAKSL 

• GTAJNV 

, GTLTTS, GTtGIN 

I 

. GHSLIB  ! 

I 

GTNPRT  • 

, GTFPRT 


£4  3b*?-. 


ORIGINAL  PAGE  IS  j 

; OF  POOR  QUALITY 

i i 

! 6.2.3  THEMATIC  MAPPER  £TH ) SCENARIO  ACCOUNT  • 

I j THIS  ACCOUNT  IS  ASSOCIATED  WITH  THE  DEC  2060  (MMF-T) 

i ' AND  *1TH  ANY  TH  PROCESSING. 

i | 

UPDATE  ACTIVITY  AGAINST  THE  PRODUCTION  DATA  * BASE 
CLSATD)  WOULD  ORIGINATE  FROM  THIS  ACCOUNT.  THEREFORE,.  READ 
AND  WRITE  PRIVILEGES  WILL  BE  ESTABLISHED  tOK  ALL  PRODUCTION 
: DATA  BASE  AREAS.  IN  ADDITION,  READ  AND  WRITE  PRIVILEGES 

HILL  BE  ESTABLISHED  FOR  THE  SAVE  TAPE  AREA  OF  THE  CROSS 
REFERENCE  DATA  BASE  ( DDLS A I ) • 


THE  FfJLLU*  ING  SCENARIOS,  TRANSACTIONS,  And  PROCESSES  ORIGINATE  FrUM  THIS  ACCOUNT* 


SCENARIO  TRANSACTION  PROCESS 


USER  REQUEST  HATCH  USER  AND  ORDER  ENTRY  

FOR  COVERAGE  R50&EW 

USER  ORDER  STATUS  MODIFICATION RSUOSM 

MMF-T  MISSION  PLANNING  . ......... • FCCKGN 

MMF-T  Fl-IGriT  SEGMENT  SCHEDULING FCCRGN 


MMF-T  ACQUISITION  ACCOUNTING  FACRF3 , RSPACO 

RSUOCO 


A-21 


TM  ARCHIVE  GENERATION 
GENERATION  SUPPORT 


! ORIGINAL  PAGE  IS 

j OF  POOR  QUALITY 

TM  PCD  DIRECTORY  INGEST  • DECNET, PAtf  fc, 

TBD  ,FATPTD, 

! RMUhTA 

pCS  PHASE  1 SCHEDULING  GTLGIN,FATPIN 

PCS  PHASE  1 COMPLETION  NOTIFICATION  FATEPK,FAT£CP 

i 

PCS  PHASE  2 SCHEDULING  DECNET ,GXDREC, 

TBD  ,GQHASS, 

j.  CADENT, GPPCGN 

I 

pcs  PHASE  2 COMPLETION  NOTIFICATION  ,,,,  GPPCFtt ,GAAGEN , 

CAOINV 


ARCHIVE  GENERATION  SCHEDULING 


GPAGEN,GX1AL0, 
DECNET ,GASTGN 


QA/PEPG  | 

PRODUCT  GENERATION 


Archive  completion  notification  decnet, gxxkec, 

I GQHASS,GPIAFV , 

j GPI AFA ,GPARCQ, 

' RSPACO,RSUOCO 

| 

IpEPG  PRODUCT  SCHEDULING  GSSOPH ,GPPGEN , 

DECNET 

I 

CCT  COMPLETION  NOTIFICATION ,,  DECNET,  GXF: 

i GQHASSfGPTAr'B 

! 

I 

! 241  FILM  COMPLETION  NOTIFICATION  DECNET, GXPREC, 

' CQHASS,GPFIF6, 

GPFGEN, GPFLFB 


QA  FILM  COMPLETION  NOTIFICATION  DECNET , GXPREC , 

GPQAFB, GPFGEN, 

I GPFLFB 


( M PRODUCT  GENERATION  INITIAL  PRODUCT  SCHEDULING 


GSSOPR.GPIGEN, 
GPPGEN , GX1 ALO , 
DECNET 


ORIGINAL 

0F  POOR 


page  rs 

quality 


INITIAL  PRODUCT  COMPLETION 


NOTIFICATION  DECNET , GXIREC , 
V GQHASS , GPINF V , 
GPiNFA, GPPGEN, 
GPDGEN.GXIALO, 
TBD  .DECNET 


241  FILM  COMPLETION  NOTIFICATION 


DECNET, GXPREC, 
GQHASS, GPFIFB, 
GPFGEN 


QA  FILM  COMPLETION  NOTIFICATION Dt'CLEI .GXPREC. 

GPOAFB.GPFGEN 


FILM  DISSEMINATION 


GPFLFB, GGGFIT. 
GPSLGN 


FILM  DISSEMINATION  COMPLETION  GPSLFB , RSPACO , 

RSUPCO 


CC1  CUMPLb'flO'*  NOTIFICATION  ............  DECNET , GXPREC . 

GOHASS.CFTAFB, 
GPCGEN  j 

it  * 

CCT  DISSEMINATION GPCCFB , GPSCG* 

CCT  DISSEMINATION  COMPLETION  ..... ......  GPSCFB, RSPACO,' 

PSUOCO 


HOT  DISSENT NAT I UN 


DECNET, GXDREC 
T3D  , GQHASS 
GPUCFB , GGGHAT 
GGGHPT , GPSHGN 


i. 


HDT  DISSEMINATION  COMPLETION  GPSHFB, RSPACO,; 

RSUOCO  j 

CONTROL  POINT  RETROSPECTIVE  CONTROL  POINT  SCHEDULING  . DECNET , GXPREC ,! 

LIBRARY  MAINTENANCE  GACPDI , GSRTLB  j 

CONTROL  POINT  SELECTION  . GACPDS  j 

CONTROL  POINT  LIBRARY  UPDATE DECNET, GXPREC j 

GACPCU  I 


A-23 


I 


REWORK  A 1*0  WORK  AHJUNDS 


i 


PRODUCT  ASSESSMENT 
AND  VALIDATION 


ORIGINAL  PAGE  |§ 
OF  POOR  QUALITY  j 


TELEMETRY  REWORK  .. GSRRTD  j j 

ARCHIVE  REGENERATION  GSARGN .GPACEM , 

GXIALU.DECNET 

TIPS  REALLOCATION .......  .T  . . GXlR AL.DECNET 

GHIT  RE*UR*  GGGHAM 

UPLInK  V«ORK  AROUND  SCHEDULING DECNET.CXDREC. 

GOHASS.GPUCFb, 
GPOGEN .DECNET 


UPLINK  WORK  AROUND  COMPLETION  DECNET.GXDREC. 

NOTIFICATION  GQHASS.GPUCFB, 

GPSHGN . RSPACO » 
RSUOCO 

SHIPPING  PROCESS  REUUEST  FEEDBACK  ......  GPSHFB 

EDC  FAILED  RECEIPT  GSRHCU , GPDGFN , 

DECNETfGSPRGN. 

GPPGEN.DECNET 

DUALITY  ASSESSMENT  ENTRY  DEC>«ET  ,GXIKEC, 

GOHASS 


HDT/CCT  VERIFICATION  AND  DUMP  SCHEDULING  GHVDG*  \.) 

HDT/CCT  VERIFICATION  AND  DUMP  COMPLETION  DECNET , GXPREC , 

GHVDFB 

INVENTORY  TAPE  DuriP  GHXDMP 


DATA  HASE  CLEAn  UP 


PCD/SCD  SAVE/RESTORE 


GSPSSR 


rwiaiiiravi  i 


6,2.4  TM  MEDIA  TRACKING  ACCOUNT  - 


ORIGINAL  PAGE  fS 
OF  POOR  QUALITY 


(THIS  ACCOUNT  is  ASSOCIATED  WITH  THE  DEC  2060  CHHf-T) 
AND  WITH  ANY  T:v  PROCESSING. 

j I 

(update  ACTIVITY  AGAINST  THE  PRODUCTION  DATA‘S  BASF. 
(LSATD)  WOU?.D  ORIGINATE  FROM  THIS  ACCOUNT,  THEREFORE,  HEAD 
AND  WRITE  PRIVILEGES  WILL  BE  ESTABLISHED  FOR  ALL  PRODUCTION 
DATA'  BASE  AREAS,  IN  ADDITION,  READ  AND  WRITE  PRIVILEGES 
WILL ! BE  ESTAoLXSHED  FOR  THE  SAVE  TAPE  AREA  OF  THE  CROSS 
REFERENCE  DATA  BASE  (DDLSAT) , 


THE  FOLLOWING  SCENARIOS,;  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT* 


SCENARIO 


TRANSACTION 


PROCESS 


MEDIA  TRACKING 


PRODUCT  RETRIEVAL  REQUEST  ,,,,,,  GTRE'TH 


MEDIA  LUG  UUT 


GTLGOT 


MEDIA  LOG  IN  GTLG1N 

MOVE  ORDER  GENERATION  GTMVRG 

ARCHIVE  LOCATION  ENTRY  GTALOC , GSARSL 

ARCHIVE  INVENTORY  REPORT  GTAINV 

LTTS  HOVE  GENERATION  . GTLTTS , GTLGlft 

SAVE  TAPE  TRACKING  ENTRY  GHSLIB 

NASA  LABEL  GENERATION . GTNPRT 

FREE  FORM  LABEL  GENERATION  GTFPRT 


I 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 

to. 2.5  INTERACTIVE  USER  ACCOUNT  » 

HUN  UNITS  WHICH  CANNOT  b£  EXECUTED  MANUALLY  AND  FALL 
OUTSIDE  OF  MAIN  LINE  PROCESSING  WOULD  BE  ASSOCIATED  WITH 
THIS  ACCOUNT,  UPDATE  ACTIVITY  WILL  OCCUR  AGAINST  THE 
PRODUCTION  DATA  BASE  (LSATD) * THEREFORE.  READ  ANB-WRITE 
PRIVILEGES  FOR  SOME  PRODUCTION  DATA  BASE  AREAS  MUST  BE 
AVAILABLE. 


i 


i 

i 


THE  FOLLOWING  SCENARIOS.  TRANSACTIONS.  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNTS 


SCENARIO 


TRANSACTION 


PROCESS 


USER  REQUEST 
FOR  COVERAGE 

INTERACTIVE  USER  DATA  MAINTENANCE  .... 

, RSUDEN 

INTERACTIVE  STANDING  ORDER  ENTRY 

, rssoen 

FOR  ACQUISITION 

USER  REQUEST 
FUR  PRODUCT 

interactive  standing  order  entry  ,.f.. 

, RSUDEN, RSSOEN 

FOR  PRODUCT 

Interactive  retrospective  order  entry 

.»  RSUDEN, RSROEN 

( ' \ 

,..  KMBRWS  - ' 

PROCESSING  REPORTS 

IMAGERY  BROWSE  

ORfGINAL  PAGE  IS 

6.2.6  PRODUCTION  TABLE  MAINTENANCE  ACCOUNT  - °F  P00R  QUALITY 

THIS  ACCOUNT  SHOULD  ONLY  HAVE  READ  AND  WRITE  ACCESS  TO 
THE  COMMON  PARAMETER,  ERROR,  AND  ROUTE  AREAS  OF  THE 
PRODUCTION  (LSATU)  DATA  BASE,  NO  OTHER  DATA  BASE  AREAS  AND 
NO  DECNET  FILE  ACCESS  SHOULD  BE  NECESSARY, 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT* 


SCENARIO  TRANSACTION  PROCESS 

PRODUCTION  TABLE  ROUTE  TABLE  MAINTENANCE  GSROUT 

MAINTENANCE 

COMMON  PARAMETERS  MAINTENANCE RSt'PUP 

EHROR  CODE  TABLE  M/IhTENANCE  ...........  RMECEN 


A-27 


Tt V 


ORIGINAL  PAGE  f3 
OF  POOR  QUALITY 


*.2.7  CONTROL  POINT  DELETE  ACCOUNT  - 

this  account  mill  bi:  secured  to  protect  control 

POINTS.  READ  AMD  WRITE  ACCESS  TO  THE  CONTROL  POlNi  AREA  OF 

The  production  data  rase  (lsatd)  hill  be  allowed. 


i 


THE  FOLLOWING  SCENARIOS.  TRANSACTIONS,  AnU  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNTS 


SCENARIO  TRANSACTION  PROCESS 


CONTROL  Pni^T  LIBARY  CONTROL  PUInT  CHIP  CF-LETE  GACPDU 

MAInTlnA^CE 


* 


A-28 


1 


( 


6.2.0  UECNET  MAGNETIC  TAPE  BACKUP  ACCOUNT 


ORIGINAL  page  is 
0F  p°OR  QUALITY 


I WHEN  OfcCNCT  IS  DO«N  THI5  ACCOUNT  EXISTS  TO  SUPPORT  THIS 

E*Ei;GSMCY  SITUATION,  SINCE  IT  APPEARS  THAT  THIS  HILL  BE  A 
I HECT;'C  SITUATION,  IT  «IL*<  REQUIRE  THE  FULL  ATTENTION  OF  ANT 
PERSONNEL  »HO  LOG  ONTO  THIS  ACCOUNT,  * 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FRO*  THIS  ACCOUNT* 


SCENARIO  TRANSACTION  PROCESS 


rework  a»o  *ork  arouros  oecnet  magnetic  tape  back  up  otbuec  j 

I 

I 


l . 
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ORIGINAL  PAG2  IS 
OF  POOR  QUALITY 


6.2.9 1 MANAGEMENT  RF.POKT  ACCOUNT  - 


PRECAUTION  MUST  BE  USED  X«t  JOB  SUBMITTAL  UN  THIS 
ACCOUNT  SINCE  MANY  OF  THE  PROCESSES  ARE'  RESOURCE  CONSUMERS. 
USE  OF  THIS  ACCUUNT  SHUULD  BE  COORDINATED  AMONG  - THE 
PERSONNEL  MHO  LOG  ONTO  THIS  ACCOUNT.  RUM  UNITS  USE  AtL  DATA 
BASE  AREAS  IN  RETRIEVAL  MODE;  THEREFORE.  IT  SHOULD  HAVE  READ 
ONLY  PRIVILEGES  ,ON  DATA  BASE  AREAS. 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FRUM  THIS  ACCOUNVl 


SCENARIO 


TRANSACTION 


PROCESS 


processing  reports 


USER/ORDER  INVENTORY  ...................  RMUORD 

CANDIDATES  FOR  ACQUISITION RFCA&O 


CANDIDATE  REQUEST  RESOLUTION  RFCARI , RFCArtR 


CYCLE  REPORT 


RFCYIN.RFCYRT 


WORK  JN  PROGRESS  REPORT  RM«IPI,RM'R  h 

IMAGE  GENERATION  STATISTICS  RMIGST 


KEtoORK  TRACKING 


RMRETR 


MAPS  HFMAPI  ,RFrtAPS 

HOT-R  TAPE  STATUS  LOG RMHRSL 

TAPE/FILM  INVENTORY KMTF1N 

GROUND  CONTROL  POINT  DUMP  . RMGCPD 

CLOUD  COVER  ASSESSMENT RECCAS 


COVERAGE  CATALOG 


R»CMMS,RMCMTM 


PATH/ROm,  LATITUDE/LONGITUDE  XREFERENCE.  RFPRLL 


A-30 
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6.2.10  SOFTWARE  DEVELOPMENT  TOOLS  ACCOUNT 


original  page  & 

°F  POOR  QUALITY 


THIS  ACCOUNT  SHOULD  ONLY  HAVE  READ  ACCESS  TO  THE 
CROSS-REFERENCE  DATA  HASE  (DDLSAT). 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT! 


SCENARIO 


TRANSACTION 


PROCESS 


SOFTWARE  OEVCLOPEMENT  CHOSSREFEREWCE  nEPORTS  .....  ...........  . DD5CHD, DDARXF , 

TOOLS  DDRF XF, DOCOMO, 


ODSU  MO , DDSS4D , 
DDAUXF,DDRMXF, 
DDF*»XF,DDBCOE, 
DDHCNT 


*****  **r&**i**rz, 


ORIGINAL  PAGE  13 
OF  POOR  QUALITY 

6.2. II  PUR  MAINTENANCE  ACCOUNT  - i <~~ 

THIS  ACCOUNT  SHOULD  ONLY  HAVE  HEAD  AND  WRITE  ACCESS  TO 
j THE  PDR  AREA  OF  THE  CROSS  REFERENCE  DATA  BASE  (ODLSAT), 

I 

THE  FOLLOWING  SCENARIOS.  TRANSACTIONS#  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT! 


SCENARIO  TRANSACT ION  PROCESS 

PDR  TRACKING  PDR  MAINTENANCE  RPENUP 

PUR  REPORTS  

RPDRSR.RPDKST 


fl 


A- 3 2 


l 


( 

i 


- . i 


j ORIGINAL  PA GE  15 

6.2.12  LSR  MAINTENANCE  ACCOUNT  - POOR  QUALITY 

i i 

THIS  ACCOUNT  SHOULD  ONLY  HAVE  READ  AND  KRll'E  ACCESS  TO 
ESR  AREA  OF  THE,  CROSS-REFERENCE  DATA  DASE  (DDLSAT) » . 

V» 

i v 

t 

t i ' 

THE  FOLLOWING  SCENARIOS,  TRANSACTIONS*  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNTS 


scenario 

TRANSACTION 

PROCESS 

1 

li'SU  TUArtThC  r.^MFBiTinU 

\ 

; KSR-  HAINTEWANCE  .............. 

! ESR  REPORT  TRACKING  .......... 

1 

l 

1 

i 

! 

! • 
l 
1 
i 

i ■ 

j 

j 

i 

\ 

! 


i 

i 

i 


I 

i 
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ORIGINAL  PAGE  13 
OF  POOR  QUALITY 


6,2.13  INVENTORY  MAINTENANCE  ACCOUNT  « 

THIS  ACCOUNT  SHOULD  ONLY  HAVE  READ  AND  WRITE  ACCESS  TO 
INVENTORY  AREA  OF  THE  LSATu  DATA  BASE, 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS , AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT: 


SCENARIO 


TRANSACTION 


PROCESS 


INVENTORY  TRACKING  INVENTORY  MAINTENANCE  RIENUP 

INVENTORY  REPORT  GENERATION  R I ULOR , R1 I N IR . 

RILOUR.KInEWR 
HIOTOR, RIREOR 
RISPAH.RISTIR 
R I VEND 


t 

f 
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6,2.14  QUALITY  ASSURANCE  CUA)  ACCOUNT  - 


ORIGINAL  PAGE  IS 
0F  pOOR  QUALITY 


THIS  ACCOUNT  WILL  HAVE  ACCESS  TO  THE  PRODUCTION  DATA 
BASE  (LSATU). 


THE  FOLLOWING  SCENARIOS*  TRANSACTIONS  , AND  PROCESSES  ORIGINATE  FROM  IH1S  ACCOUNT 

SCENARIO  TRANSACTION  PROCESS 

REWORK  AuD  WORK  AROU^DS  ARCHIVE  REGENERATION  GSAHG-I , GPAGEK 

GXIALO.DECNEl 

GHIT  REWORK  .......  . CGGHAr 

OA/PEPG  PEPG  PRODUCT  SCHEDULING  CSSOPR .GPPGEl- 

PKODUCf  generation  DECnEI 

CCT  COMPLETION  NuTIFICATlO.i  DECNET . GXPHFC 

G0HAS5. GPTAFE 

241  FILM  COMPLETION  NOTIFICATION  DECNET , GXPREC 

GQHASS . GPFIFfc 
GPFGEN .GPFLFe 

UA  FILM  COMPLETION  NOTIFICATION  ........  DECNET, GXPREC 

GPQAFb , GPFGEh 
GPFLFS 

USER  REQUEST  INTERACTIVE  STANDING  ORDER  ENTRY  RSUOEn . PSSOE« 

FOR  PRODUCT  FOR  PRODUCT 

INTERACTIVE  RETROSPECTIVE  ORDER  ENTRY  ,,  HSUDEn .HSROEr 

PRODUCT  ASSESSMENT  QUALITY  ASSESSMENT  ENTRY  ..............  . DECNET , GXIREt 

AND  VALIDATION  GQHASS 

HDT/CCT  VERIFICATION  AND  DUMP  SCHEDULING  GHVDCN 

HDT/CCT  VERIFICATION  AND  DUMP  COMPLETION  DECNFT, GXPREC 

GHVDFS 

INVENTORY  TAPE  DUMP  ,...  GHXDMP 


(' 
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PROCESSING  REPORTS  j USER/ORDER  INVENTORY  ........  , , RflUORD  — • 

i i > 

; CANDIDATES  FOR  ACQUISITION  RFCAAU 

j CANDIDATE  RE0UE5T  RESOLUTION  ...........  RFCARI .RFCARR 

| CYCLE  REPORT  RFCYIN, RFCYRT 

WORK  IN  PROGRESS  REPORT  RM*1PI , RMWIPR 

i 

: IMAGE  GENERATION  STATISTICS  R^IGST 

j REWORK  TRACKING  

j MAPS  KFMAPI.KFHAPS 

I 

j HOT-H  TAPt  STATUS  LOG  KMriRSL 

| TAPE/F1L".  INVEKTOHY  RMTFIn 

j GROUND  CONTROL  POINT  DUMP  R^GCPD 

i 

i 

i CLOUD  COVER  ASSESSMENT RECCAS 

I 

! COVERAGE  CAXALUG  H-lCMMS, RMCMTH 

I 


i PATH/KOw,  LATJTUUE/LONG1TUOE  XREFEREnCE.  RFPKLL 
I i I 

! IMAGERY  HROWSE  RM9RWS 


» 

i 


r* 


( 
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6.2.19  PEPG  ACCOUNT  - 

THIS  PERFORMANCE  EVALUATION  PRODUCT  GENERATION  (PEPG) 
ACCOUNT  KILL  HAVE  ACCESS  TO  THE  PRODUCTION  DATA  BASE 
CLSATD). 


THE  FOLLOWING  SCENARIOS*  TRANSACTIONS*  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT! 


SCENARIO 


TRANSACTION 


PROCESS 


OA/PEPG  PEPG  PRODUCT  SCHEDULING  GSSOPR , GPPGEN , 

PRODUCT  generation  DECNET 

CCT  COMPLETION  NOTIFICATION  ...... ......  DECNET * GXPHEC 

GOHASS.GPTAFB 

241  FILM  COMPLETION  NOTIFICATION  DECNET, GXPHEC 

GOHASS*GPFIFB 

GPFGEn.GPFLFB 

QA  FILM  COMPLETION  NOTIFICATION  DECNET, GXPHEC 

GPU AFb  * GPFGEN 
GPFLFH 


USER  REUUESl  INTERACTIVE  STANDING  ORDER  ENTRY  .......  RSUDEN , RSSOEN 

rOH  PRODUCT  FOR  PRODUCT 

INTERACTIVE  RETROSPECTIVE  ORDER  ENTRY  ..  RSUDEn, R5R0EN 

PRODUCT  ASSESSMENT  HDT/CCT  VERIFICATION  AND  PUMP  SCHEDULING  GHVDGN 

AND  V ALIuATlON 

HDT/CCT  VERIFICATION  AND  DUMP  COMPLEXION  DECNET, GXPHEC 

GHVDFB 
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PROCESSING  REPORTS  USER/ORDKk  1NVLRXUKY  ..,.••••••••••••••••  RrtUOKQ  C< 

j ' 

I CANDIDATES  FOR  ACUUISITIUN  . RPCAAo 

CANDIDATE  REQUEST  RESOLUTION  ............  HFCARI , RFCARR 

V 

CYCLE  REPORT  RFCYIN.RFCYRT 

»OPK  IN  PROGRESS  REPORT  RMWIP1 , RM*IPR 

IMAGE  GENERATION  STATISTICS RM1GST 

i REWORK  TRACKING RMRETR 

l 

MAPS RFMAP1 , RFMAP5 

HDT-K  TAPE  STATUS  LOG RMHRSL 

TAPE/FILM  INVENTORY  R«TF1n 

GROUND  CONTROL  POINT  DUMP  RMGCPD 

CLOUD  COVER  ASSESSMENT RECCA5 

COVERAGE  CATALOG  RRCMM5, RMCMT.M 

PATH/ROw,  LATITUDE/LONGITUDE  XREFERENCE.  RFPRLL 

) 

IMAGERY  BROWSE  .........................  RMBKRS 
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6.3  FACILITY  SUPPORT  ACCOUNTS 


THESE  ACCOUNTS  EXIST  I A SUPPORT  OF  OTHER  FACILITIES  AND 
ALLOW1  ACCESS  TO  THE  PARTS  OF  THE  DATA  BASE  WHICH  THESE 
FACILITIES  WILL  HAVE  TO  MODIFY  OR  HAVE  KNOWLEDGE  OF.  Z THESE 
ACCOUNTS  MAY  . BF.  REDUNDANT  WITH  PREVIOUSLY  DEFINED 
OPERATIONAL  ACCOUNTS. 


i 


j 


t 

i 

I 

(. 

i 

? 

j 

i 

I 
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6.3,1  DRKTS  ACCOUNT  (IGF)  - ^ % 

PERSONNEL  WHO  LOG  ONTO  THIS  ACCOUNT  WILL  HAVE  ACCESS  TO 
THE  DECNET  FILES  ASSOCIATED  WITH  THIS  SUB-FACILITY,  THAI  IS 
DIRECTORIES  <MMF-DRRTS>  Anu  <DRRTS-MHF>. 

V 

THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT J 

SCENARIO  TRANSACTION  PROCESS 

MEDIA  TRACKING  PRODUCT  RETRIEVAL  REQUEST GTHETR 

MEDIA  LUG  OUT GTLGOT 

MEDIA  LOG  IN  GTLGI* 

MOVE  ORDER  GENERATION GTMVRQ 

ARCHIVE  LOCATION  ENTRY  .................  GlALOC , GSARSL 

ARCHIVE  INVENTORY  REPORT  GTAINV 

i * 

LTTS  MOVE  GENERATION  GTLTTS , GTLG.n 

SAVE  TAPE  TRACKING  ENTRY GHSLIb 

NASA  LABEL  GENERATION GTNPRT 

FREE  FORM  LABEL  GENERATION  GTFPRT 

MSS  ARCHIVE  GSTDN  DATA  RECEIPT  GHXTRE 

GENERATION  SUPPORT 

PCS  PHASE  2 SCHEDULING  DECNET, GXDKEC, 

GOHASS , GAUEUT , 
GPPCGN 

ARCHIVE  DISSEMINATION  SCHEDULING  .......  GPDGEN 

ARCHIVE  DISSEMINATION  COMPLETION  .......  DECNET, GXDKCC, 

NOTIFICATION  GOHASS, GPUCFB, 

RSPACO,RSUUCO 

TM  ARCHIVE  GENERATION  PCS  PHASE  2 SCHEDULING  .................  DECNET, GXDREC 

GENERATION  SUPPORT  TBD  , GOHASS 

CADENT, GPPCGN 
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6.1.2  MIPS  ACCOUNT  (IGF)  « ^ 

A #' 

PERSONNEL  NHO  LOG  onto  THIS  ACCOUNT  rflLL  HAVE  ACCESS  TO 
THE  DECNFT  FILES  ASSOCIATED  «ITH  THIS  SUd-FAClLITY , THAT  IS 
DI HECTOR  I ES  <M«F-*1PS>  AND  <HIPS-**F>. 


THE  FOLLOWING  SCENARIOS.  TRANSACTIONS.  AnU  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT! 


SCENARIO  TRANSACTION  PROCESS 

MEDIA  tracking  PRODUCT  RETRIEVAL.  CTRETk 

“EDI A LOG  OUT  GTLGOT 

MEDIA  LUG  IN  ••••••••••••••••••••••..•••  GTLGIN 

MOVE  ORUEK  GENERATION CTRVRQ 

ARCHIVE  INVtMORY  REPORT  •••.•••.•••••••  GYAlrfV 

SAVE  TAPE  TRACKING  ENTRY  

NASA  LABEL  GENERATION  GTNPRT 

i 

FREE  FOSM  LAREL.  GENER'TION  GTFPRT 

CONTROL  POINT  RETROSPECTIVE  CU<nROL  POINT  SCHEDULING  . DECNET.GXPREC. 

LlbRARI  MAINTENANCE  GACPDI .GSRTLb 

CONTROi  POINT  SELECTION  ... GACPDS 

CONTROL  POInT  LIBRARY  UPOATE •••••  DECVET.GXPRF.C. 

CACPCU 


A-42 


•ROCESStnG  REPORTS 
(GROUND) 


PRODUCTION  TABLE 
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MSS  ARCHIVE 
generation  SUPPORT 


T«  ARCHIVE  GENERATION 
GENERATION  SUPPORT 


T*  PRODUCT  GENERATION 
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USER/ORUER  INVENTORY  ... KMUORD 

MURK  I H PROGRESS  REPORT  ......  RMNIPI , RHNIPR 

IMAGE  GENERATION  STATISTICS RMlCST 

REWQHK  TRACKING  ••••••••••••• „. •••••••••  RMRETR 

HDT-R  TAPE  STATUS  LOG  RMHRSL 

TAPE/FILM  INVENTORY  ... RHTFIN 

GROUND  CONTROL  POINT  DUMP  KMGCPD 

COVERAGE  CATALUG RMCRM5.RMCMTM 

IMAGERY  BKOk-SE  .........................  RRBRRS 

SPACECRAFT  PARAMETERS  MAINTENANCE  ......  KuKSUP, RNRSEX 


ARCHIVE  GENERATION  SCHEDULING  GPAG^N .GXIALO 

DECNET 


ARCHIVE  COMPLETION  NOTIFICATION  ........  DECNET , GXJRslC 

GOHASS.CPIAFV 

GPIAFA.GPARCO 

ARCHIVE  GENERATION  SCHEDULING  ..........  GPAGEfc .GXIALO 

DECnET. GASTGV 


ARCHIVE  COMPLETION  NOTIFICATION  DECNET. GXIREC 

GOHASS.GPIAFV 
GP1AFA.GPAKCQ 
RSPACO. RSUUCU 

INITIAL  PRODUCT  SCHEDULING  •••••••••••••  GSSOPR.GPIGEN 

GPPGEN.GXIALC 

DECNET 

INITIAL  PRODUCT  COMPLETION  NOTIFICATION  DECNET, GXIREC 

GOHASS.GPInFV 
GP1NFA.GPPGEN 
GPDGEN.GX1ALG 
IBD  .DECNET 


241  FILM  COMPLETION  NOTIFICATION 


DECNET, GXPREC 
GOHASS.GPFXF6 
GPFGEN 


OA  FILM  COMPLETION  NOTIFICATION 


DECNET, GXPREC 
GPOAFB, GPFGEN 


6.3,3;  PCS  ACCOUNT  (IGF)  - 
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PERSONNEL  *HO  LOG  ONTO  THIS  ACCOUNT  KILL  HAVE  ACCESS  TO 
THE  DECNET  FILES  ASSOCIATED  WITH  THIS  SUB-FACILITY,  THAT  IS 
DIRECTORIES  <MMF-PCS>  ANO  <PCS-MMF>. 

I 1 

PCS  WILL  RESIDE  ON  THE  DECSYSTEN  20S,  THEREFORE,  THIS 
ACCOUNT  SHOULD  BE  THE  ONLY  AVENUE  OF  ACCESS  FOR  PCS  USERS  Tu 
THE  HMF  DATA  BASES,  PCS  USERS  »ILL  BE  COMPETING  FOR  THE 
SAME  ; RESOURCES!  THEREFORE,  PCS  HILL  HAVE  TO  WORK  UNDER  THE 
SAME  !cUHSTKAI*TS  ESTABLISHED  IN  THIS  DOCUMENT, 


THE  FOLLOWING  SCENARIOS,:  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT* 


SCENARIO 


TRANSACTION 


PROCESS 


PRODUCTION  TABLE 

maintenance  ! 


SPACECRAFT  PARAMETERS  MAINTENANCE  RWRSUP, RsP.SEX 


i 


f 


( 


— -TW, 
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6.3.4  CSF  ACCOUNT  - 

PERSONNEL  wHU  log  onto  this  account  mill  have  access  to 
THE  DECNET  FILES  ASSOCIATED  WITH  THIS  FACILITY , THAT  IS 
DIRECTORIES  <*MF®CSF>  A*D  <CSF-HHF>e  \ 


THE  FOLLOWING  SCENARIOS,  TRANSACTIONS,  AND  PROCESSES  ORIGINATE  FROM  THIS  ACCOUNT! 


' SCENARIO  TRANSACTION  PROCESS 

\ 

USER  REQUEST  MHF-H  MISSION  PLANNING  ••••• FCCRGN , FCCRFH, 

FOR  COVERAGE  DECNE1 

HMF-M  FLIGHT  SEGMENT  SCHEDULING  FCCRGN .FCCRFH, 

DECNET 

MMF-H  ACQUISITION  ACCOUNTING  DECNET , FAFXFR. 

FACRFS.FACRFB 
HSPACO, RSUOCO 

MMF-T  MISSION  PLANNING  .................  FCCRGN 

M*F»T  FLIGHT  SEGMENT  SCHEDULING  ........  FCCRGN 

4MF-T  ACQUISITION  ACCOUNTING  FACRFfe , RSHACO 

rsUdco 

PROCESSING  REPUKTS  CANDIDATES  FOR  ACQUISITION  RFCAAO 

(FLIGHT) 

CANDIDATE  REQUEST  RESOLUTION  RFCARI , RFCARR 

CYCLE  REPORT  RFCYIN , RFCYRT 

MAPS  RFMAPI . RFMAPS 

CLOUD  COVER  ASSESSMENT  RECCAS 


PATH/ROW,  LATITUDE/LONGITUDE  XREFEKEnCE.  MFPRLL 
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6,4  SOFTWARE  TEST INC/ DEVELOP RENT  ACCOUNTS 

SUPPORT  OP  THE  CONTINUING  EFFORT  INVOLVED  IN  DEVELOPING 
MEN  SOFTWARE,  REWORKING  OLD  SOFTWARE,  AND  TESTING  THIS 
SOFTWARE  BEFORE  IT  GOES  1*10  PRODUCTION  WILL  BE  MAINTAINED, 
DEVELOPMENT  AND  TESTING  CASwOT  INTERFERE  WITH  DAT  To  DAY 
PRODUCTION  AND  ITS  IMPACT  ON  THROUGHPUT  MUST  BE  MINIMIZED, 

A FEATURE  AVAILABLE  UNDER  . DBMS-20  WHICH  WILL  PROVE 
USEFUL  IS  THE  TMP  OR  AID  FILES,  WHEN  AN  AREA  IS  DECLARED 
TEMPORARY,  IT  MEAmS  THAT  ANY  CHANGES  OUR1NG  EXECUTION  OF  A 
RUN  UNIT  ARE  WRITTEN  TO  THE  TMP  FILE  INSTEAD  OF  THE  DBS 
FILE.  IN  OTHER  WORDS,  THE  CHANGES  ARE  TEMPORARY  BECAUSE 
THEY  ARE  DELETED  AT  THE  £nD  OF  YOUR  EXECUTION.  WHEN  A RUw 
UNIT  HAKES  ITS  FIRST  CHANGE  UF  TMfc  AREA,  THIS  TMP  FILE  IS 
CREATED  IN  THE  DIRECTORY  WHERE  THE  DBS  FILE  RESIDES,  THE 
TMP  FILE  "ILL  CONTAIN  A COPY  OF  EACH  PAGE  THAT  THE  RUN  UNIT 
MODIFIES.  NO  CHANGES  WILL  BE  WRITTEN  TO  THE  DBS  FILE. 

THF  AID  FILE  IS  SIMIL1AR  TO  THE  IMP  FILE  EXCEPT  AID 
FILES  ARE  NOT  DELETED  WrtCN  YOUR  RUN  UNIT  TERMINATES,  THE 
AID  FILE  IS  RETAINED  UNTIL  THE  HEwGE  AID  OK  NUAID  COMMAND 
FROM  DbMEM)  IS  EXECUTED.  THE  PAGES  wILL  EITHER  BE  MERGED 
INTO  THE  DATA  BASE  OR  DELETED  FRO*.  THE  SYSTEM.  TEMPORARY 

CHANGES  TO  DATA  BASE  AREAS  MAY  BE  RETAINED  FOR  LATER 
EXECUTIONS  OF  OTHER  RUN  UNITS. 

USERS  WILL  HAVE  NORMAL  TIME  SHARING  ACCOUNTS  IN  WHICH 
SOFTWARE  CAN  BE  WHITTEN  A«D  TESTED.  THE  CHECKOUT  PROCEDURES 
WHICH  HAVE  EVOLVED  DURING  THE  DEVELOPMENT  PHASE  OF  THIS 
PROJECT  WILL  BE  USED.  PwOOUCTXO.v  SOFTWARE  *ILL  HE  RESIDENT 
IN  A LEVEL  1 ACCOUNT  WHICH  IS  UNDER  CONFIGURATION 
MANAGEMENT , 


6.5  SYSTEM  ACCOUNTS 

8YSTEM  ACCOUNTS  WOULD  FALL  OUTSIDE  IOF  MAINSTREAM 
PRODUCTION,  BUT  THE  ACI1VXTIES  ASSOCIATED  WITH  THESE 
ACCOUNTS  WOULD  BE  A CRITICAL  PART  OF  PRODUCTION  SUPPORT. 
MANY  ROUTINE  TASKS  WOULD  BE  PERFORMED  FROM  TBfESE  ACCOUNTS  AS 
PART  OF  THE  DAY  TO  DAY  EFFORT  IN  RUNNING  A SMOOTH  PRODUCTION 
SYSTEM, 
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6.5. li  COMPUTER  OPERATOR'S  ACCOUNT  « °F  P00R  QUALITY 

i : 

OPERATOR  PRIVILEGES  WUULD  BE  ASSOCIATED  WITH  THIS 
ACCOUNT.  THE  OPERATOR  WOULD  ALSO  BE  RESPONSIBLE  FOR  REGULAR 
CHANGES  TO  THE  VARIOUS  SYSTEM  AND  ACCOUNT  PASSWORDS  AND 
WOULD: BE  RESPONSIBLE  FOR  ROUTINE  OPERATOR  TASKS  SUCH  AS  TAPE 
MOUNTS.  DISK  MOUNTS.  MONITORING  OF  HARDWARE.  DAILY  -SAVES. 
FILE  ) RESTORES,  MAINTAINING  THE  HARDWARE,  BOOTING  Or  SYSTEM, 
ETC.  i | 


THE  OPERATOR  WILL  BE  RESPONSIBLE  FOR  THE  TWO  SPECIAL 
FUNCTIONS  AS  DEFIUTO  BELOW , 

i 


6. 5. ill  LInE  TEST  - 


LINE  TEST  OR  A TEST  FOR  OPERATIONAL  READINESS  IS  ALSO 
ESTABLISHED.  THIS  WOULD  BE  A PRELIMINARY  PROCEDURE  TO 
DETERMINE  IF  ALL  SYSTEMS  WHICH  ARE  NECCESSARY  FOR  PRODUCTION 
ARE  READY  AND!  WHAT  ACTIVITIES  COULD  PROCEED,  DEPENDING  On 
WhAT  PARTS  OF  THE  SYSTEM  ARE  AVAILABLE.  THIS  TEST  WOULD  BE 
PERFORMED  AT  THE  BEGINNING  OF  THE  FIRST  SHIFT. 


6.5.1;2  SWITCHAHLE  DISK  PACK  - 

THE  SWITCHA6LE  DISK  PACK  IS  ASSIGNED  THE  UNIQUE  DEVICE 

name  Switch:  which  will  nut  be  used  fok  any  other  device  jn 

CITHER  THE  DECSYSTE*  2050  OR  0EC5YSTEM  2060. 


6.5.2 1 fYSTEM  PROGRAMMER'S  ACCOUNT  - 

THIS  ACCOUNT  WILL  BE  STRUCTURED  TO  SUPPORT  THE  SYSTEM 
PROGRAMMER.  IT  WILL  BE  ONE  OF  IwO  ACCOUNTS  WITH  OPERATOR 
PRIVILEGES,  THE jOTHER  BEING  THE  OPEKATOR'S  ACCOUNT. 

The  account  will  be  designed  to  support  incoming  vendor 

SOFTWARE,  PROVIDING  A PRELIMINARY  TESTBED  FOK  SUCH  SOFTWARE, 
THE  SYSTEM  PROGRAMMER  WILL  ALSO  BE  MAINTAINING  ANY  SPECIAL 
USAGE!  PROGRAMS;  WHICH  ARE  ASSOCIATED  WITH  ACCOUNT  OR  DISK 
USAGES  I 

IT  WOULD  ALSO  SERVE  AS  A POINT  AT  WHICH  THE  PRODUCTION 
SYSTEM  COULD  BE  ImonHURED  AND  SYSTEM  TUNING  ACTIVITIES  COULD 
BE  PERFORMED.  THIS  WOULD  INCLUDE  CONSTRUCTING  THE  JOB  OUEUE 
AND  ESTABLISHING  SYSGEN  PARAMETERS. 
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7*0  SECURITY 

WITHIN  THE  FRAMEWORK  Of  THESE  OPERATIONAL  ACCOUNTS, 
PASSWORD  SECURITY  WILL  BE  ESTABLISHED,  THESE  PASSWORDS 
SHOULD  BE  CHANCED  AT  REGULAR  INTERVALS,  THE  OPERATOR  WOULD 
HAVE  THE  RESPONSIBILITY  FOR  PASSWORD  CHANGES  AND  FORvTHEIR 
DISTRIBUTION  TO  THE  APPROPRIATE  PERSONNEL, 

USERS  WOULD  ONLY  HAVE  KNOWLEDGE  OF  THE  PASSWORDS  FOR 


THEIR  OWN  ACCOUNTS,  THIS 

SECURITY  OF  THE  DATA  BASE. 

WOULD 

ENHANCE 

THE 

OVERALL 

THE  PHYSICAL  SECURITY  OF 

THE 

HARDWARE 

MUST 

ALSO  BF. 

MAINTAINED,  ESPECIALLY  THE  OPERATORS  CONSOLE.  THIS  CONSOLE 
SHOULD  BE  INACCESSIBLE  TO  EVERYUnt  BUT  THE  OPERATOR,  IF 
THIS  SITUATION  IS  NOT  CONTROLLED,  THE  ENTIRE  SECURITY  SCHEME 
EVOLVED  In  THIS  DOCUMENT  WILL  FAIL. 

SINCE  CERTAIN  PROCESSES  ARE  ASSOCIATED  WITH  CERTAIN 
ACCOUNTS,  ANOTHER  LEVEL  OF  SECURITY  IS  MAINTAINED  PITKIN  THE 
FRAMEWORK  OF  THE  ACCOUN’T(S)  ACCESSIBLE  TO  A GIVEN  USER, 
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8.0  TYPICAL  USER  PROCESS  OPERATIONS 

8.1  MENUS  - SYSTEM  OPERATOR  LEVEL 

The  main  menu  for  Che  MMF  Operations  Control  Program  was  shown  in  Section  2,  anu 
is  repeated  here  as  Figure  8.1-1  for  convenience. 

Under  normal  operating  conditions,  this  menu  is  available  only  to  the  system 
operator  and  operations  supervisors,  who  can  selecL  and  execute  any  process  by 
making  the  appropriate  menu  selections.  As  an  illustration,  if  the  operator 
needs  to  perform  a control  point  library  function,  he  enters  selection  02  (MMF 
Transactions)  in  the  main  menu.  This  selection  will  bring  up  the  MMF 
Transactions  main  menu  screen,  shown  in  figure  8.1-2. 

By  entering  selection  #2  (Operational  Activities),  the  MMF  Operational 
Activities  menu  is  brought  to  the  screen,  as  shown  in  Figure  8.1-3. 

The  operator  can  now  eelect  # 6 (Control  Point  Library  Maintenance)  which 
displays  the  system  functions  related  to  Control  Point  Library  for  further 
selection  and  execution.  At  this  execution  level,  the  menu  selection  will 
automatically  perform  the  selected  "TAKE  process"  execution  function  or  sequence 
of  functions,  described  in  the  main  body  of  the  Ground  Segment  Operations  Plan. 

To  perform  other  system  functionn,  the  operator  will  enter  the  appropriate 
selection  in  the  main  menu  and  continue  to  branch  through  pre-programmed  levels 
of  menus  until  the  desired  execution  point  is  reached.  Quite  clearly,  a 
considerable  degree  of  familiarity  and  experience  with  the  menu  sequences  is 
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Figure-8.1-1 
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Figure  8.1-2 


NNFOCP  MNf  OPERATIONAL  ACTIVITIES  MKFQCP 
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required,  especially  for  Che  system  operator  who  has  the  entire  scope  of  system 
functions  i available.  -For  functional  operating  personnel  with  more  limited  task 

assignments,  the  requirements  are  much  narrower,  since  their  specific  functional 

i i 

log-on  accounts  will  display  menu  screens  that  are  much  farther  down  in  the  menu 
hierarchy  and,  consequently,  will  more  specifically  define  and  limit  their 
process  selections.  j 

It 
i 

i ! 

8.2  MENUS  - FUNCTIONAL  OPERATING  LEVEL 

1 ; 

At  the  functional  operating  level,  entry  points  into  the  scenarios  given  in 


paragraph 


6.0  are  determined  by  the  operator's  log-on  account,  and  the 


appropriate  menu  is  displayed  as  his  starting  point. 


Two  functional  sequences  are  presented  in  the  following  paragraphs  to  illustrate 

j ! 

typical  menu  scenarios.  In  both  cases  the  operator  will  be  a Production 

1 i 

Controller,  referred  to  as  a PC. 


SDS4232 


s . 
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8.2.1  Candidate  Request  Generation 

1.  The  PC  logs  on  to  a terminal.  His  account  Identification  brings  up 
Che  MMF  Operational  Activities  menu  (Figure  8.2-1).  Note  that  this 
entry  point  is  two  levels  down  from  the  system  operator's  main  menu. 

2.  The  PC  enters  selection  02,  as  shown  in  Figure  8.2-2. 

3.  The  screen  immediately  displays  the  User  Request  for  Coverage  menu. 
Figure  8.2-3. 

4.  The  PC  enters  selection  #3,  as  shown  in  Figure  8.2-4. 

5.  The  screen  immediately  displays  the  MMF  Mission  Planning  and 

Scheduling  menu.  Figure  8.2-5. 

6.  The  PC  enters  selection  02,  as  shown  in  Figure  8.2-6,  and  the  process 
FCCRGN  is  automatically  executed. 

8.2.2  Product  Assessment  Entry 

1.  The  PC  logs  on  to  a terminal.  His  account  identification  brings  up 
the  MMF  Operational  Activities  menu.  Figure  8.2—/.  (Coincidental  only 
to  paragraph  8.2.1.  It  could  be  any  of  several  other  menus.) 

2.  The  PC  enters  selection  #4,  as  shown  in  Figure  8.2-8. 

3.  The  screen  immediately  displays  the  Archive  Generation  Support  menu. 
Figure  8.2-9. 

4.  The  PC  enters  selection  OU,  as  shown  in  Figure  8.2-10. 

5.  The  screen  immediately  displays  the  Archive  Generation 
Scheduling/Notification  menu.  Figure  8.2-11. 

6.  The  PC  enters  selection  #3,  as  shown  in  Figure  8.2-12. 
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Figure  8,2-3 


ORIGINAL  PAGE  13 
OF  POOR  QUAUTY 


Figure  8,2-4 


0 WGlNAl 
0P  POOR 


A-59 


Figure  €.2-5 
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Figure  8.2-6 
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Figure  8.2-9 
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Figure  8.2-12 
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7.  The  screen  immediately  d/ splays  the  Archive  Generation  Notification 
menu.  Figure  JB . 2— 13 . 

8.  The  PC  enters,  selection  #3,  Figure  8.2-14,  and  the  process  GQHASS  is 
automatically  executed. 
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8.3  OTHER  PROCESSES 
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In  following  the  foregoing  aeon  scenarios.  It  should  be  noted  that: 

A.  Different  Initial  aenus  asp  be  displayed,  depending  on  the  log-on 
account  Identification. 

b.  Ax  any  aenu  screen,  entry  of  any  available  selection  will  branch  to 
the  next  appropriate  semi  leading  to  the  desired  process. 

c.  At  the  process  execution  level  aenu,  the  operator  is  flagged  that  a 
process  or  process  streaa  is  about  to  be  executed. 

d.  Exiting  (select  option  00)  froo  a raenu  will  return  the  screen  beck  to 
the  preceding  aenu.  Exiting  froa  the  initial  Betw  will  eatcs^ilcslly 
execute  a log-off  from  the  terolnal. 

a.  If  the  operator  Is  confused,  inexperienced,  or  has  Just  forgotten  the 
required  sequence,  selection  of  01  (HELP)  will  display  explanatory 
lnforaatlon  to  assist  the  operator. 


^ $ 


Further  eetsn  illustrations  are  sot  gives  here  due  to  the  large  nuaber  of  aeons 
and  possible  branches  made  available  by  the  prograa.  A complete  listing  of  all 
the  aenus  la  available  in  prograa  KKFMU1.DS&  on  the  OEC  2050  systea. 
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